Ich habe einen Vorfall erhalten, als ich versucht habe, mount -a auszuführen. Ich habe den folgenden Fehler erhalten. Wie kann dieses Problem behoben werden?
mount: / dev / vgname / lvname: kann „Superblock
Antwort
In meinem Fall habe ich diesen Fehler aufgrund eines schreibgeschützten Abstraktions-Mount darunter erhalten. Ich habe vmfs6-fuse in Kombination mit einem qemu-nbd Nur-Lese-Mount für eine VMWARE-Wiederherstellung.
In diesem Fall wurde das Problem durch Mounten des LVM mit der Option ro,noload behoben:
mount -o ro,noload /dev/vg/lv /mnt Antwort
Ein Dateisystem auf einem logischen LVM-Volume hat also keinen Superblock Stellen Sie zunächst sicher, dass alle LVs in der Volume-Gruppe aktiviert wurden: vgchange -ay vgname.
Wenn dies nicht hilft, führen Sie , um zu überprüfen, ob der benannte LV tatsächlich vorhanden ist.
Antwort
Wenn das logische Volume vorhanden und aktiv ist kann es sein, dass der Superblock irgendwie beschädigt ist. Wenn das Dateisystem ein ext2 ist, ext3 oder ext4 sind Backup-Superblocks verfügbar. So finden Sie sie:
dumpe2fs /dev/vgname/lvname | grep superblock Sie erhalten folgende Ausgaben:
$ sudo dumpe2fs /dev/sdb1 | grep uperb | more dumpe2fs 1.45.4 (23-Sep-2019) Primary superblock at 0, Group descriptors at 1-25 Backup superblock at 32768, Group descriptors at 32769-32793 Backup superblock at 98304, Group descriptors at 98305-98329 Backup superblock at 163840, Group descriptors at 163841-163865 Backup superblock at 229376, Group descriptors at 229377-229401 Backup superblock at 294912, Group descriptors at 294913-294937 Backup superblock at 819200, Group descriptors at 819201-819225 Backup superblock at 884736, Group descripmount sb=32768 /dev/sda2 /mnttors at 884737-884761 Sie kann das Dateisystem wahrscheinlich mounten mit:
mount sb=32768 /dev/vgname/lvname /mnt (der 32768 ist der erste Backup-Superblock aus der vorherigen Ausgabe)
Wenn das funktioniert, Sie können einige wichtige Dateien sichern und / oder eine Reparatur starten:
fsck -b 32768 /dev/vgname/lvname Sie können fsck -y versuchen, wenn Sie dies nicht tun „Sie möchten nicht alle Reparaturen bestätigen.
Wenn keiner der Backup-Superblocks funktioniert, müssen Sie hoffen, dass Ihre letzte Sicherung gültig ist, oder versuchen Sie es mit Wiederherstellungstools wie ext4magic , PhotoRec oder scalpel.
Wenn alles fehlschlägt, initialisieren Sie erneut mit mkfs.ext4. Stellen Sie sicher, dass Sie eine schlechte Blockprüfung durchführen.