SuSE-Update: Katastrophe mit reiserfs auf cryptoloop (LVM)
- From: Hauke Laging <usenet_q2-2006@xxxxxxxxxxxxxxx>
- Date: Sat, 27 May 2006 18:59:36 +0200
Hallo,
ich hätte es ahnen sollen, als SuSE 10.1 beim Update erst mal meine alte
OS-Installation geschreddert hat und anschließend mitteilte, es könne seine
CD nicht mounten... Das "Update" nimmt nun schon bald 24 h in Anspruch und
ist ingesamt der größte Scheiß, der mir von denen je untergekommen ist.
Ich belasse es mal bei meinem gravierendsten Problem:
Die Kryptolaufwerke funktionieren allesamt nicht mehr. Die Ausgangslage:
LVM /crypto reiser4 twofish256
LVM /storage reiserfs twofish256
/dev/hda8 /backup reiserfs twofish
In /storage liegen meine Benutzerdaten, also z.B. /home. Mein Backuplaufwerk
ist das älteste und benutzt daher auch noch nicht cryptoloop, sondern das,
was SuSE vorher gemacht hat. Da beim Mounten immer von "switching to
compatibility modus..." die Rede war, wollte ich die Gelegenheit nutzen,
die Daten umzukopieren.
Ich konnte /storage und /backup nach anfänglichen Problemen mounten. /crypto
nicht, da SuSE offenbar reiser4 rauegeworfen hat. Kann man ja machen. Wenn
man das vorher mal drin hatte, wird ja schon kein Kunde irgendwelche
Laufwerke damit formatieren. Und warum sollte man das in die release notes
reinschreiben...
Egal. SuSE 10.0 gebootet, alles da.
Ich habe dann den Inhalt von /backup in /root-ext (LVM, unverschlüsselt;
darin liegen /usr, /opt/, /var und /srv) kopiert. Nach der
Minimalinstallation war da ja noch viel Platz. Dann habe ich ein loop
device für /dev/hda8 aufgesetzt:
losetup -e twofish256 -C 100 /dev/loop2 /dev/hda8
mkreiserfs /dev/loop2
Anschließendes
mount -t reiserfs -o
loop,encryption=twofish256,itercountk=100 /dev/hda8 /backup
klappt ohne Probleme. Also die Backupdaten zurückkopiert und mit der
Installation weitergemacht (vorher natürlich die Kopie gelöscht, da der
Platz ja nun gebraucht wurde...).
Nach einiger (harmloser) Bastelei am System und ein paar Bootvorgängen lässt
sich nun gar nichts mehr mounten. Ein konkreter Auslöser dafür ist mir
nicht aufgefallen. Ich habe das Problem inzwischen eingegrenzt. Der Aufruf
von reiserfsck auf das loop device hat folgendes Ergebnis:
reiserfs_open: Your partition is not big enough to contain the
filesystem of (2074511) blocks as was specified in the found super block.
Failed to open the filesystem.
If the partition table has not been changed, and the partition is
valid and it really contains a reiserfs partition, then the
superblock is corrupted and you need to run this utility with
--rebuild-sb.
Da fragt man sich doch: Was soll diese Scheiße denn jetzt? Das Volume ist
etwa 8 GiB groß. Bei 4K Blockgröße käme das also ganz gut hin. Am Passwort
liegt es nicht. Wenn ich da was Falsches eingebe, kommt eine andere
Meldung. Außerdem sehe ich mit less -f aufs loop device meine Daten...
--rebuild-sb Klingt für mich nicht nach dem Harmlosesten, was man so mit
einem Dateisystem anstellen kann. Ich werde wohl mal die ersten GiB der
Partition mit dd sichern. Nun meine Fragen: Gibt es da irgendwas zu
beachten? Muss man vielleicht nur die ersten Sektoren sichern, weil
--rebuild-sb nur die verändert? Und wie zum Henker konnte das überhaupt
passieren? In Frage kommen die loop devices, LVM und reiserfs. Allerdings
läuft das (neu formatierte) unverschlüsselte /root-ext auf LVM problemlos.
Die automatische Verschlüsselung von /tmp per fstab-Eintrag
/dev/storage/tmp-lvm /tmp reiserfs
noauto,defaults,loop,encryption=twofish256,phash=random/1777 0 0
klappt auch problemlos - natürlich überlebt dieses Dateisystem den Reboot
nicht, ist also nicht wirklich vergleichbar. Das alte, "unveränderte"
Volume /storage lässt sich auch von SuSE 10.0 aus nicht mehr mounten (selbe
Meldung), offenbar wurde da wirklich irgendwas verändert.
Und das Beste daran: Wäre der Terror gleich nach der Neuinstallation
aufgetreten, gäbe es kein Problem. Aber man tut so, als ginge alles, und
verarscht den User nach Strich und Faden. Ich bin echt bedient.
CU
Hauke
.
- Follow-Ups:
- Re: SuSE-Update: Katastrophe mit reiserfs auf cryptoloop (LVM)
- From: Marcus Woletz
- Re: SuSE-Update: Katastrophe mit reiserfs auf cryptoloop (LVM)
- From: Hauke Laging
- Re: SuSE-Update: Katastrophe mit reiserfs auf cryptoloop (LVM)
- Prev by Date: Re: Dumme Frage zu .mp3 und .mpg
- Next by Date: Re: Dumme Frage zu .mp3 und .mpg
- Previous by thread: xgl suse 10.1
- Next by thread: Re: SuSE-Update: Katastrophe mit reiserfs auf cryptoloop (LVM)
- Index(es):
Relevant Pages
|
|
