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

[gelöst] Problem mit /dev/disk/by-id/..

P

Punki

Member
Hi zusammen,

aktuell habe ich meine Festplatte geclont. Nun bekomme ich das Suse auf der Ziel-Platte nicht gestartet.

In anderen Foren habe ich schon ein paar Tipps gelesen aber scheinbar nicht das was ich benötige.
Die Daten der 'alten' Festplatte sind:

fdisk -l
Disk /dev/sda: 256.1 GB, 256060514304 bytes
255 heads, 63 sectors/track, 31130 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0004a7bc

Device Boot Start End Blocks Id System
/dev/sda1 * 1 3916 31454208 83 Linux
/dev/sda2 3916 31131 218603520 f W95 Ext'd (LBA)
/dev/sda5 3917 5222 10481664 82 Linux swap / Solaris
/dev/sda6 5222 31129 208104448 83 Linux

Disk /dev/sdb: 8076 MB, 8076132352 bytes
255 heads, 63 sectors/track, 981 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x04dd5721

Device Boot Start End Blocks Id System
/dev/sdb1 1 982 7885824 c W95 FAT32 (LBA)
Zum Vergrößern anklicken....

ls -la /dev/disk/by-id/
total 0
drwxr-xr-x 2 root root 340 Dec 14 17:28 .
drwxr-xr-x 5 root root 100 Dec 14 17:28 ..
lrwxrwxrwx 1 root root 9 Dec 14 17:28 ata-C300-CTFDDAC256MAG_00000000104402FEC2A7 -> ../../sda
lrwxrwxrwx 1 root root 10 Dec 14 17:28 ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Dec 14 17:28 ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Dec 14 17:28 ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 Dec 14 17:28 ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part6 -> ../../sda6
lrwxrwxrwx 1 root root 9 Dec 14 17:28 scsi-SATA_C300-CTFDDAC25600000000104402FEC2A7 -> ../../sda
lrwxrwxrwx 1 root root 10 Dec 14 17:28 scsi-SATA_C300-CTFDDAC25600000000104402FEC2A7-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Dec 14 17:28 scsi-SATA_C300-CTFDDAC25600000000104402FEC2A7-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Dec 14 17:28 scsi-SATA_C300-CTFDDAC25600000000104402FEC2A7-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 Dec 14 17:28 scsi-SATA_C300-CTFDDAC25600000000104402FEC2A7-part6 -> ../../sda6
lrwxrwxrwx 1 root root 9 Dec 14 17:28 wwn-0x500a075102fec2a7 -> ../../sda
lrwxrwxrwx 1 root root 10 Dec 14 17:28 wwn-0x500a075102fec2a7-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Dec 14 17:28 wwn-0x500a075102fec2a7-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Dec 14 17:28 wwn-0x500a075102fec2a7-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 Dec 14 17:28 wwn-0x500a075102fec2a7-part6 -> ../../sda6
Zum Vergrößern anklicken....

cat /etc/fstab
/dev/disk/by-id/ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part5 swap swap defaults 0 0
/dev/disk/by-id/ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part1 / ext4 acl,user_xattr 1 1
/dev/disk/by-id/ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part6 /local ext4 acl,user_xattr 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
Zum Vergrößern anklicken....

cat /boot/grub/menu.lst
# Modified by YaST2. Last modification on Fri Dec 17 19:13:49 CET 2010
# THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader
# Configure custom boot parameters for updated kernels in /etc/sysconfig/bootloader

default 0
timeout 8
##YaST - generic_mbr
gfxmenu (hd0,0)/boot/message
##YaST - activate

###Don't change this comment - YaST2 identifier: Original name: linux###
title Desktop -- openSUSE 11.3 - 2.6.36.2-4
root (hd0,0)
kernel /boot/vmlinuz-2.6.36.2-4-desktop root=/dev/disk/by-id/ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part1 resume=/dev/disk/by-id/ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part5 splash=silent quiet showopts vga=0x317
initrd /boot/initrd-2.6.36.2-4-desktop

###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- openSUSE 11.3 - 2.6.36.2-4
root (hd0,0)
kernel /boot/vmlinuz-2.6.36.2-4-desktop root=/dev/disk/by-id/ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part1 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x317
initrd /boot/initrd-2.6.36.2-4-desktop
Zum Vergrößern anklicken....


So wie ich bislang die Informationen (auch aus anderen Foren verstehe) muss ich 'nur'

im Boot-Menü
1) den Wert ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part1 ersetzen durch sda1
und ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part5 durch sda5

und in der fstab
den gleichen String entsprechend mit sda, sda5 und sda6 ersetzen.

doch leider klappt das booten immer noch nicht und der Rechner meldet

Waiting for device /dev/disk/by-id/sda1.....
Could not find /dev/disk/by-id/sda1.....
Want me to fall back to /dev/disk/by-id/ata-C300-CTFDDAC256MAG_00000000104402FEC2A7-part1 ...... (Y/n)

Was mache ich denn falsch? Wo ist mein Denkfehler?

Hoffentlich könnt ihr mir helfen.

Vielen Dank

Gruß

Punki
 
gropiuskalle

gropiuskalle

Guru
Code: 
Waiting for device /dev/disk/by-id/sda1

...weist schon darauf hin, dass da was nicht stimmen kann, denn nach ../by-id/ kommt eben die disk-id, nicht die Partitionsbezeichnung nach dem klassischem Schema. Ein fstab-Beispiel aus der Praxis:

Code: 
/dev/disk/by-id/ata-WDC_WD3200JD-00KLB0_WD-WCAMR1269224-part3 swap                 swap       defaults              0 0                                                               
/dev/disk/by-id/ata-WDC_WD3200JD-00KLB0_WD-WCAMR1269224-part1 /                    ext4       acl,user_xattr        1 1                                                               
/dev/disk/by-id/ata-WDC_WD3200JD-00KLB0_WD-WCAMR1269224-part2 /home                ext3       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/mapper/cr_sda1  /home/kalle/datenzwei ext4       nofail                0 0
 
RME

RME

Advanced Hacker
Hallo,

Wenn Du

Code: 
/etc/fstab
/boot/grub/menu.lst
so lässt wie in Deinem ersten Post (Punki » 14. Dez 2011, 21:41) dann sollte es gut sein (also keine Substitution mit "sda1" bzw. "sda5")

Gruss,
Roland
 
J

josef-wien

Ultimate Guru
Wenn Du mehr als eine Festplatte hast, solltest Du wieder auf die Geräte-ID umstellen, der Gerätename (/dev/sd..) ist nicht dauerhaft, sondern wird bei jedem Systemstart neu festgelegt.
 
S

Spielwurm

Advanced Hacker
@josef-wien

ich weiß nicht, woher Du die Information hast, dass sich die Gerätenamen bei jedem Start ändern können. Ich bezweifle ernsthaft, dass das für eingebaute Platten stimmt. Denn: ich habe 3 Platten eingebaut mit insgesamt 9 Partitionen und da ändert sich seit 3 Jahren nichts. Dabei werden die Platten bei mir über die Devicebezeichnungen (/dev/sda1 usw.) angesprochen ...

Das haut hin, egal, ob ich die eine Installation von sda1 starte oder die zweite von sdb1.

Bei Wechselplatten stimmt Dein Post.

Hartmut
 
J

josef-wien

Ultimate Guru
Solange sich grundsätzlich nichts ändert (andere Anschluß-Reihenfolge, geänderte Modul-Reihenfolge in der initrd), wird die von udev vorgenommene Reihenfolge in der Praxis gleich bleiben. Aber Du kannst nicht ausschließen, daß in irgendeiner Konstellation (vielleicht weil eine Platte erst mit Verspätung reagiert?) die Theorie stärker ist als die Praxis. Ich ziehe es hier vor, allen Eventualitäten aus dem Weg zu gehen.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben