Festplatten vertauscht (sda / sdb)

[voku1987]

hi,

habe soeben Debian (etch) installiert... bis dahin kein Problem, als Bootloader habe ich lilo installiert... nun zum Problem: ein Raid wurde nun per SATA angeschlossen, daher schnell den lilo neu bauen und fertig dem war leider nicht so, denn wenn ich das System nun per Live-CD/DVD starte und mit oder ohne chroot starte, das neue Raid auf /dev/sda liegt und meine internen Festplatten auf /dev/sdb ... also lilo in /dev/sdb installiert ... nun kommt es: "wenn ich das System wieder normal starte sind die internen Platten wieder unter /dev/sda zu finden und kann daher nicht booten... weiß jemand wie ich die Platten unter Debian tauschen kann oder sonst irgendeine Idee ??? und ja hatte ich schon ... und nein ich möchte nicht auf grub umsteigen ...

[rendegast]

Ein walkaround,
statt lilo in den MBR zu schreiben, lilo in die Partition schreiben.
Wenn dann der Loader aus dem MBR entfernt wird und die (primäre) Partition als "startbar" markiert ist (zBsp. mit 'fdisk'),
sollte das BIOS selbst die Partition und damit den darin enthaltenen lilo starten.
Zumindest könnte dann mit einer generischen Bootloader-Diskette/CD (zBsp. GAG oder GRUB) die Partition per chainload gestartet werden.
(Hilfreich als failback)


Es läßt sich auch mit mehreren Mapfiles und der Option boot= bzw. darauf abgestimmten lilo.conf's spielen.
Ich machte das damals, um unabhängig von der im BIOS eingestellten ersten Festplatte starten zu können.
Eine große Hilfe war dann die Verwendung von LABEL/UUID bei der 'root='-Anweisung in der 'append='-Zeile.

[voku1987]

ich bin der Lösung des Problems nun zum greifen nah, jedoch ...

vim /etc/initramfs-tools/initramfs.conf

alt:
MODULES=most

neu:
MODULES=list

cat /etc/initramfs-tools/modules | sed -n '/^#/p' > /etc/initramfs-tools/modules

und nun "ide_core" ganz nach unten, in der Liste... somit wird das Raid (SATA und somit IDE Treiber) als sdb erkannt... ich schätze mal das daraus jedoch mein neues Problem hervorgeht, denn wenn ich nun das Bandlaufwerk anschließe, kann ich nicht darauf zugreifen ... kann ich alle Treiber mit in die Liste aufnehmen ??? etwa so -> find /lib/modules/2.6.24-etchnhalf.1-amd64/kernel/drivers/ -iname "*.ko" <- ???

[uname]

Warum installierst du Etch? Ich glaube der Support läuft in ein paar Monaten aus.

[Colttt]

kurz OT: wie lange ist hat eine version immer support??

[uname]

Ich glaube OldStable wird mindestens ein Jahr noch supportet. Das Jahr ist am 14. Februar 2010 vorbei.

Die Sicherheitsupdates für Sarge wurden am 31. März 2008 eingestellt. Da war Etch mit Releasedatum 8. April 2007 nicht ganz ein Jahr alt (und Sarge war entsprechend lange OldStable):

http://www.debian.org/News/2008/20080229

[voku1987]

die Antwort auf meine Frage würde mich trotzdem interessieren... ist es ratsam alle Treiber in "modules" zu schrieben, damit man alle Geräte benutzen kann, oder wird das so einfach nicht funktionieren ??? Thx

[uname]

Eine wirkliche Antwort kenne ich auch nicht. Aber statt Device-Namen könntest du vielleicht in /etc/fstab versuchen UUIDs einzusetzen. Keine Ahnung, ob es die schon unter Etch gab. Aber damit kannst du unabhängig von den Device-Namen arbeiten.

http://wiki.ubuntuusers.de/UUID

[KBDCALLS]

Zuverlässif funktioniert das aber erst mit einem Kernel der neuer ist als der der im Ausliefrungszustabd von Etch mitgeliefert wird. Also mit 2.6.24 der bei etchandhalf dabei ist oder aus den backports mit Kernel 2.6.26

[rendegast]

Probiere es mal mit gag in den MBRs (RAID-sda und sdb),
der residiert allein im MBR (+anschließende Blöcke).
Braucht also keine map-File zu finden und ist damit von der Nummerierung der BIOS-devices unabhängig.

Der System-Bootloader (sei es nun grub oder lilo) wird dabei in die Partition installiert.



Btw. ich würde weiterhin
MODULES=most
empfehlen.