Winhistory-Forum › alternative Betriebssysteme › Linux, Unix und Derivate v
Der Linux Problem/Fragen-Thread

Neue Antwort schreiben 
 
Themabewertung:
  • 0 Bewertung(en) - 0 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
Der Linux Problem/Fragen-Thread
DosAmp Offline
Anderes Zeigegerät

Beiträge: 12.217
Registriert seit: Jul 2008
Beitrag #871
RE: Der Linux Problem/Fragen-Thread
(14.03.2014 23:39)thosch97 schrieb:  Kann das jemand interpretieren?

Google sagt: Dein IPv6-Router könnte Probleme bereiten. Grundsätzlich sind die zahlreichen unreachable-Regeln nötig, damit private IPv4-Adressen nicht über den IPv6-Tunnel geroutet werden.
Andererseits, hast du überhaupt ein Tunnel-Gerät am laufen, wo der Traffic eigentlich hingeleitet werden sollte?
Erinnerst du dich an #whfclassics? Es ist zurück! In Pog-Form.
(Dieser Beitrag wurde zuletzt bearbeitet: 15.03.2014 09:25 von DosAmp.)
15.03.2014 09:24
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
thosch97 Offline
All things have a right to grow

Beiträge: 9.820
Registriert seit: Feb 2010
Beitrag #872
RE: Der Linux Problem/Fragen-Thread
(15.03.2014 09:24)DosAmp schrieb:  
(14.03.2014 23:39)thosch97 schrieb:  Kann das jemand interpretieren?

Google sagt: Dein IPv6-Router könnte Probleme bereiten. Grundsätzlich sind die zahlreichen unreachable-Regeln nötig, damit private IPv4-Adressen nicht über den IPv6-Tunnel geroutet werden.
Andererseits, hast du überhaupt ein Tunnel-Gerät am laufen, wo der Traffic eigentlich hingeleitet werden sollte?

Code:
root@yashuvhu ~ # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:16:3e:1a:26:60 brd ff:ff:ff:ff:ff:ff
    inet 128.204.195.110/24 brd 128.204.195.255 scope global eth0
    inet6 2a00:7b80:3019:12::5035:2978/64 scope global
       valid_lft forever preferred_lft forever
    inet6 2a00:7b80:3019:12::a647:d9e6/64 scope global
       valid_lft forever preferred_lft forever
    inet6 2a00:7b80:3019:12::e03b:b82c/64 scope global
       valid_lft forever preferred_lft forever
    inet6 2a00:7b80:3019:12::cf1:9a4c/64 scope global
       valid_lft forever preferred_lft forever
    inet6 2a00:7b80:3019:12::6a8e:1cab/64 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::216:3eff:fe1a:2660/64 scope link
       valid_lft forever preferred_lft forever
Allerdings hat es mir da sowieso das System etwas zerlegt (siehe UIT oder so), da wär wohl eh reinstall fällig.
PGP-Key E384 009D 3B54 DCD3 21BF 9532 95EE 94A4 3258 3DB1 | S/MIME-Key 0x1A33706DAD44DA
G d-@ s+:- a--- C+++ UB+L++ P--- L++@ E-@>++ W+ N o? K? w>++ !O !M !V PS+++ PE-- Y+>++ PGP++>+++ !t 5? X? !R tv b+++>++++ DI !D G>+ e>+++ h !r>++ !z
„Die Aachener gelten als Erfinder des 4. Hauptsatzes der Thermodynamik: ‚Thermo schreibt man zweimal.“‘
“Saying that Java is good because it works on all platforms is like saying oral sex is good because it works on all sexes.”
„Es gibt 10 Sorten von Leuten: Die einen verstehen das Binärsystem, die anderen nicht.“
„Manche Männer lieben Männer, Manche Frauen eben Frauen; Da gibt's nix zu bedauern und nichts zu staunen; Das ist genau so normal wie Kaugummi kauen; Doch die meisten werden sich das niemals trauen“
15.03.2014 16:28
Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
adun
Unregistered

 
Beitrag #873
RE: Der Linux Problem/Fragen-Thread
Kleines Boot-Problem
================
Nach der Installation meines Ubuntu Servers kommt immer die Fehlermeldung

Code:
error: unknown filesystem.
grub rescue>

ls liefert:
Code:
(hd0) (hd0,msdos1) (hd1) (hd1,msdos5) (hd1,msdos1) (fd0)
Wobei hd1,msdos1 die Partition ist wo ubuntu installiert ist. hd1,msdos 5 ist swap, und hd0,msdos1 ist ne zusätzliche festplatte mit fat32 formatiert die momentan leer ist.

set liefert:
Code:
prefix=(hd0,msdos1)/grub
root=hd0,msdos1

Da dies falsch ist ändere ich es folgendermassen.
Code:
set prefix=(hd1,msdos1)/boot/grub
set root=hd1,msdos1
insmod normal
normal

jetzt startet grub und ich boote Ubuntu.
Danach mache ich update-grub und grub findet das OS und memtest.
Doch nach einem Neustart kommt wieder die gleiche fehlermeldung.
root und prefix sind wieder falsch gesetzt.

Kann mir da jemand helfen?
01.04.2014 20:42
Diese Nachricht in einer Antwort zitieren
DosAmp Offline
Anderes Zeigegerät

Beiträge: 12.217
Registriert seit: Jul 2008
Beitrag #874
RE: Der Linux Problem/Fragen-Thread
Wenn du update-grub ausgeführt hast, werden diese Variablen ebenso mit falschem Wert in der /boot/grub/grub.cfg erwähnt?

Versuche noch einmal, den eigentlichen Bootloader von GRUB im laufenden System über
Code:
grub-install --recheck /dev/sdb
neu zu installieren (--recheck erstellt die Zuordnungstabelle von BIOS-Geräten zu Linux-Gerätenamen neu), wobei /dev/sdb deine Linux-Platte ist, und anschließend update-grub noch einmal aufzurufen.

Aber eigentlich sollte GRUB2 unanfällig dagegen sein, wenn die Reihenfolge der Platten geändert wird…
Erinnerst du dich an #whfclassics? Es ist zurück! In Pog-Form.
01.04.2014 20:56
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
adun
Unregistered

 
Beitrag #875
RE: Der Linux Problem/Fragen-Thread
Ja in der grub.cfg sind die Variablen ebenso mit falschem wert drin

als ich
Zitat:grub-install --recheck /dev/sdb
kam komischerweise die Meldung das Grub nicht installiert ist ???
Also habe ich mit
Code:
apt-get install grub
grub installiert und danach nochmals
Zitat:grub-install --recheck /dev/sdb

hab jetzt nochmals update-grub gemacht, da hat er ne neue menu.lst generiert und alle einträge gefunden
Neustart half nichts, wieder selber Fehler

UPDATE:
=========
Habe das Problem mit Boot-Repair gelöst. Ist ein sehr nützliches Tool kann ich wirklich empfehlen.
https://help.ubuntu.com/community/Boot-Repair
01.04.2014 21:08
Diese Nachricht in einer Antwort zitieren
thosch97 Offline
All things have a right to grow

Beiträge: 9.820
Registriert seit: Feb 2010
Beitrag #876
RE: Der Linux Problem/Fragen-Thread
Code:
# lvextend -l 100%PVS /dev/vg_tatooine/root                                                                                            
  Extending logical volume root to 124,05 GiB
  Insufficient free space: 12680 extents needed, but only 10727 available
Sind Extents so wie Inodes? Und hab ich davon jetzt zu wenig?
PGP-Key E384 009D 3B54 DCD3 21BF 9532 95EE 94A4 3258 3DB1 | S/MIME-Key 0x1A33706DAD44DA
G d-@ s+:- a--- C+++ UB+L++ P--- L++@ E-@>++ W+ N o? K? w>++ !O !M !V PS+++ PE-- Y+>++ PGP++>+++ !t 5? X? !R tv b+++>++++ DI !D G>+ e>+++ h !r>++ !z
„Die Aachener gelten als Erfinder des 4. Hauptsatzes der Thermodynamik: ‚Thermo schreibt man zweimal.“‘
“Saying that Java is good because it works on all platforms is like saying oral sex is good because it works on all sexes.”
„Es gibt 10 Sorten von Leuten: Die einen verstehen das Binärsystem, die anderen nicht.“
„Manche Männer lieben Männer, Manche Frauen eben Frauen; Da gibt's nix zu bedauern und nichts zu staunen; Das ist genau so normal wie Kaugummi kauen; Doch die meisten werden sich das niemals trauen“
21.04.2014 00:12
Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
gandro Offline
Quälgeist

Beiträge: 8.950
Registriert seit: Jul 2008
Beitrag #877
RE: Der Linux Problem/Fragen-Thread
(21.04.2014 00:12)thosch97 schrieb:  
Code:
# lvextend -l 100%PVS /dev/vg_tatooine/root                                                                                            
  Extending logical volume root to 124,05 GiB
  Insufficient free space: 12680 extents needed, but only 10727 available
Sind Extents so wie Inodes? Und hab ich davon jetzt zu wenig?
Nicht wirklich. Inodes sind die grundlegenden Datenstrukturen hinter Dateien in Unix, in einer Inode stehen nebst Dateiinformationen (Grösse, Besitzer, Zeitstempel, Berechtigungen) Zeiger auf jeden einzelnen Datenblock der Datei. Hat seinen Ursprung im Unix Fast File System.

Um zu verhindern, dass die Blöcke da dann alle verstreut rumliegen, haben moderne Dateisysteme (ext4, NTFS) Extentds als Gruppe von einzelnen Blöcken eingeführt. Eine Inode bei ext4 oder MFT-Eintrag bei NTFS zeigt nicht mehr auf einzelne, verstreute 4KB-Blöcke, sondern auf eine variabel grosse, zusammenhängende Gruppe von solchen Blöcken, eben ein Extent (bei NTFS heissen sie allerdings Runs).

Bezüglich LVM hat das Wort möglicherweise eine andere Bedeutung, glaube in dem Falle ist die neue VG schlicht zu klein um das grosse LV zu enthalten?
Nachtrag: Ja, Extents beim LVM haben eine fixe Grösse pro VG. Siehe vgs -o vg_extent_size,vg_extent_count
(Dieser Beitrag wurde zuletzt bearbeitet: 21.04.2014 10:27 von gandro.)
21.04.2014 10:13
Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
DosAmp Offline
Anderes Zeigegerät

Beiträge: 12.217
Registriert seit: Jul 2008
Beitrag #878
RE: Der Linux Problem/Fragen-Thread
(21.04.2014 10:13)gandro schrieb:  Bezüglich LVM hat das Wort möglicherweise eine andere Bedeutung, glaube in dem Falle ist die neue VG schlicht zu klein um das grosse LV zu enthalten?

Ja.
LVM - ArchWiki schrieb:Physical extent (PE): A small part of a disk (usually 4MiB) that can be assigned to a logical Volume. Think of physical extents as parts of disks that can be allocated to any partition.

Extents sind die kleinste Einheit, die man in einer LVM-Volume-Group einem Logical Volume zuweisen kann.
In dem Falle versuchst du, deinem Root-LV 100% der Extents einer VG (einer einzigen Platte, falls du ein LVM über mehrere Platten hast) zuzuweisen, was sehr wahrscheinlich fehlschlägt, weil noch mindestens ein anderes darin enthalten ist. Was du willst ist vermutlich eher
Code:
lvextend -l +100%PVS vg_tatooine/root
oder
Code:
lvextend -l +100%FREE vg_tatooine/root
Erinnerst du dich an #whfclassics? Es ist zurück! In Pog-Form.
(Dieser Beitrag wurde zuletzt bearbeitet: 21.04.2014 10:28 von DosAmp.)
21.04.2014 10:25
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
CHRiSNEW Offline
Internetblasensammler

Beiträge: 2.860
Registriert seit: Jul 2008
Beitrag #879
RE: Der Linux Problem/Fragen-Thread
Moin, ich hab eine IPv6-bezogene Frage: Ist es eigentlich möglich ein /64er Netz in kleinere Netze zu zerteilen, z.B. /96er Netze und diese an Gastsysteme des Servers zu verteilen?
Konkret: Ich hab hier zwei Server mit libvirt/qemu Setup auf Gentoo Linux mit Debians als Gäste. Beide Server haben jeweils ein /64er Netz und die 2x 3 Gäste sollen jeweils ein /96er Netz bekommen.
21.04.2014 10:28
Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
thosch97 Offline
All things have a right to grow

Beiträge: 9.820
Registriert seit: Feb 2010
Beitrag #880
RE: Der Linux Problem/Fragen-Thread
Jep, hab meinen Fehler auch gesehen. Jetzt stimmt alles: /dev/mapper/vg_tatooine-root 115G 24G 86G 22% /
PGP-Key E384 009D 3B54 DCD3 21BF 9532 95EE 94A4 3258 3DB1 | S/MIME-Key 0x1A33706DAD44DA
G d-@ s+:- a--- C+++ UB+L++ P--- L++@ E-@>++ W+ N o? K? w>++ !O !M !V PS+++ PE-- Y+>++ PGP++>+++ !t 5? X? !R tv b+++>++++ DI !D G>+ e>+++ h !r>++ !z
„Die Aachener gelten als Erfinder des 4. Hauptsatzes der Thermodynamik: ‚Thermo schreibt man zweimal.“‘
“Saying that Java is good because it works on all platforms is like saying oral sex is good because it works on all sexes.”
„Es gibt 10 Sorten von Leuten: Die einen verstehen das Binärsystem, die anderen nicht.“
„Manche Männer lieben Männer, Manche Frauen eben Frauen; Da gibt's nix zu bedauern und nichts zu staunen; Das ist genau so normal wie Kaugummi kauen; Doch die meisten werden sich das niemals trauen“
21.04.2014 10:29
Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
Neue Antwort schreiben 


Gehe zu:


Benutzer, die gerade dieses Thema anschauen: 9 Gast/Gäste