• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[geloest] reihenfolge in /etc/fstab

mschira

mschira

Hi
Ich habe ein bootproblem, teile meiner devices werden nicht gemounted, ich vermute das liegt daran, dass ein device in der /etc/fstab Probleme macht.

Nun frage ich mich spielt die Reihenfolge von devices in der /etc/fstab eine Rolle (und welche... :D ).

Meine /etc/fstab

/dev/disk/by-id/scsi-SATA_WDC_WD740GD-50FWD-WMAKE2213960-part2 / ext3 acl,user_xattr 1 1
/dev/disk/by-id/scsi-SATA_WDC_WD740GD-50FWD-WMAKE2213960-part1 swap swap defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
debugfs /sys/kernel/debug debugfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
/dev/fd0 /media/floppy auto noauto,user,sync 0 0
/dev/disk/by-id/scsi-SATA_SAMSUNG_HD753LJS13UJ1NQ221701-part1 /oldraid/ ext3 acl,user_xattr 1 2
/dev/disk/by-id/scsi-20004d927fffff800-part1 /raid/ xfs defaults 1 2


ich vermute dass das device usbfs /proc/bus/usb probleme macht.

Als resultat wird die beiden grossen datentraeger in den letzten beiden Zeilen beim booten nicht automatisch gemounted - ich kann sie aber problemlos manuel mounten..

Ich wuerde nun gerne die reihenfolge aendern:

/dev/disk/by-id/scsi-SATA_WDC_WD740GD-50FWD-WMAKE2213960-part2 / ext3 acl,user_xattr 1 1
/dev/disk/by-id/scsi-SATA_WDC_WD740GD-50FWD-WMAKE2213960-part1 swap swap defaults 0 0
/dev/disk/by-id/scsi-SATA_SAMSUNG_HD753LJS13UJ1NQ221701-part1 /oldraid/ ext3 acl,user_xattr 1 2
/dev/disk/by-id/scsi-20004d927fffff800-part1 /raid/ xfs defaults 1 2
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
debugfs /sys/kernel/debug debugfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
/dev/fd0 /media/floppy auto noauto,user,sync 0 0


macht das sinn oder schrotte ich damit mein System?
Wo kann ich nachlesen ob was beim booten schiefgegangen ist? (ein Logfile oder so...)

Dank und Gruss
M.
 
B

blacklips

Zeige doch mal die Ausgabe, die beim booten kommt. Dann könnte man vielleicht etwas dazu sagen, warum der Fehler passiert.
 
T

tisu

Hi,

die Reihenfolge spielt aufjeden Fall eine große Rolle. Laut der Reihenfolge in der fstab werden die Platten angesprochen.

mit dem Befehl

Code: 
fdisk -l

als root

bekommst Du die Ausgabe, welche Blöcke die Partitionen einnehmen. Daran musst Du dich in der fstab halten.

Bitte poste mal die Ausgabe von
Code: 
fdisk -l

als root.
 
OP
mschira

mschira

B435:/ # fdisk -l

Disk /dev/sda: 74.3 GB, 74355769344 bytes
255 heads, 63 sectors/track, 9039 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000bac2b

Device Boot Start End Blocks Id System
/dev/sda1 1 1045 8393931 82 Linux swap / Solaris
/dev/sda2 * 1046 9009 63970830 83 Linux

Disk /dev/sdb: 750.1 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000004ad

Device Boot Start End Blocks Id System
/dev/sdb1 1 91201 732572001 83 Linux

WARNING: GPT (GUID Partition Table) detected on '/dev/sdc'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdc: 2999.9 GB, 2999999004672 bytes
255 heads, 63 sectors/track, 364729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sdc1 1 267350 2147483647+ ee EFI GPT
 
J

josef-wien

1. Schau in der Datei /var/log/boot.msg nach, ob Du im Zusammenhang mit den fehlgeschlagenen Einhängeversuchen etwas findest (suche z. B. nach "mount" bzw. "failed").

2. Ich hätte gerne noch die Ausgabe von:
Code: 
ls -l /dev/disk/by-id
3. Was hat es mit dem Partition-Typ von sdc1 (ee = EFI GPT) auf sich? Ich weiß, er ist gültig, aber bis jetzt ist er mir noch nicht untergekommen.

4. Hast du vielleicht noch Reste eines RAID-Verbunds?

3. Deine fstab-Umstellung kannst du ohne weiteres machen, sie wird aber das Problem nicht lösen.
 
OP
mschira

mschira

Keine reste von einem RAID sondern ein funktionierendes RAID...
Ich habe ein Raid5 array mit 5 750 Gb Platten. (adaptec raid card).
Das macht 3Tb und das konnte nicht ueber die YaST tools partitioniert und formatiert werden da diese auf fdisk aufbauen und fdisk nur bis maximal 2Tb unterstuetzt. Daher musste ich das RAID array mit GPT partitionieren und formatieren, anschliessend habe ich das RAID array aber via YaST ins System eingebunden. Ich habe die option via disk id gewahlt, da der RAID adapter 8 (hotswap) ports hat und ich bei einem davon immer andere Festplatten anschliesse (fuer Backup...). Sowas bringt die klassische dev/sda gerne durcheinader und dann gibts beim booten Kernel panick und so ne sachen die man nicht will ...

ich musste noch mal booten (Problem mit den USP) bei diesem booten ging "leider" alles glatt. Keine Ahnung warum???

also habe ich in der /var/log/boot.msg kein mount failure mehr gefunden.
allerdings habe ich folgendes gefunden:


<3>ck804xrom ck804xrom_init_one(): Unable to register resource 0x00000000ffb00000-0x00000000ffffffff - kernel bug?
<6>i2c-adapter i2c-0: nForce2 SMBus adapter at 0x5000
<6>i2c-adapter i2c-1: nForce2 SMBus adapter at 0x5040
<7>CFI: Found no ck804xrom @ffc00000 device at location zero
<7>JEDEC: Found no ck804xrom @ffc00000 device at location zero
<7>CFI: Found no ck804xrom @ffc00000 device at location zero
.
.
.
line 448 bis 780 sehen so aus, (mit verschiedenen adressen)
dann geht es weiter mit
7>CFI: Found no ck804xrom @fff00000 device at location zero
<4>Found: SST 49LF080A
<6>ck804xrom @fff00000: Found 1 x8 devices at 0x0 in 8-bit bank
<5>number of JEDEC chips: 1
<5>cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
<4>sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray

M.
 
J

josef-wien

Danke für die Informationen hinsichtlich GPT.

Ich liebe Fehler, die nur fallweise auftreten. Wenn es wieder einmal der Fall ist, würde ich zuerst versuchen, das Einhängen mittels "mount -a" vorzunehmen. Vielleicht gibt es dann eine Fehlermeldung, vielleicht ist es ein durch die anderen Fehler verursachtes (Zeit-)Problem, ...

Deine Boot-Fehlermeldungen sagen mir leider nichts. Du solltest den Betreff des ersten Beitrags entsprechend ändern (oder ein neues Theme eröffnen).

An marce: "auto" ist die Standardannahme.
 
OP
mschira

mschira

danke Jungs, das booten klappt jetzt wieder einwandfrei. Habe die Reihenfolge in der etc/fstab geaendert und fuer das USB-dongle auto eingefuegt.
Cheers
M.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben