Schließlich habe ich eine Reihe von Fehlern herausgefunden, die ich gemacht habe.
Zunächst ist hier der letzte Status, den ich erreichte:
ceremcem@cca-erik:ceremcem$ df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/cca--erik--vg-home 876G 817G 15G 99% / udev 10M 0 10M 0% /dev tmpfs 790M 788K 789M 1% /run tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 4.7G 108K 4.7G 1% /run/shm none 4.0K 0 4.0K 0% /sys/fs/cgroup ceremcem@cca-erik:ceremcem$ ls / bin dev lib media owncloud srv var boot etc lib32 mnt proc sys vmlinuz guest lib64 nginx-body root tmp ceremcem home libx32 nginx-root run tmp-backup debian-root initrd.img lost+found opt sbin usr ceremcem@cca-erik:ceremcem$
Ja, ich habe die /etc/fstab
Datei zuvor bearbeitet, aber tatsächlich habe ich eine Datei in der /dev/mapper/cca--erik--vg-root
LVM-Partition bearbeitet . Da ich dem Kernel über Boot-Parameter gesagt habe: "Hey, von jetzt an ist dein Root /dev/mapper/cca--erik--vg-home
", ...-vg-home
bringt er die lvm-Partition an, als /
, wo die etc/fstab
Datei unberührt blieb. Ich habe diese Datei einfach bearbeitet ( /home/etc/fstab
) und das System wie gewünscht gestartet.
(Eigentlich gab es eine Kernel-Panik-Situation, aber als ich herausfand, habe ich kein /home/dev
Verzeichnis erstellt (auch kein leeres). Also habe ich dieses und die anderen Verzeichnisse erstellt, die benötigt werden; System bootete.)