Sziasztok,
hogyan lehetne a lenti ext4fs lv device-t írható módon felmountolni (Debian 9.7)? Read-only módban sikerült, fsck is volt...
mount: mount /dev/mapper/datavg-homelv on /media failed: Structure needs cleaning
Azt sajnos nem tudom megoldani, hogy felmountolom ro módban és egy másik device-re átmásolom.
Köszönöm
UPDATE: csak ez segített: read-only mountolás és külső diszkre adatmentés (2 példányban), majd lv törlés, lv készítés, formázás és másolás.
- 1316 megtekintés
Hozzászólások
Ha needs cleaning, akkor nem volt meg az fsck.
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
fsck.ext4 -fy /dev/datavg/homelv
e2fsck 1.43.4 (31-Jan-2017)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/datavg/homelv: 55150/182108160 files (0.4% non-contiguous), 399652095/754974720 blocks
utána pedig
mount /dev/datavg/homelv /mnt
mount: mount /dev/mapper/datavg-homelv on /mnt failed: Structure needs cleaning
- A hozzászóláshoz be kell jelentkezni
Passz, elvileg jonak kene lennie.
Probald meg egy live-rendszer alol is, hatha!..
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
Az sem segít
- A hozzászóláshoz be kell jelentkezni
Esetleg -p kapcsolóval?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Sajnos ez sem.
- A hozzászóláshoz be kell jelentkezni
Megneznem mit mond ra az e2fsck, de futhatsz meg egy kort az fsck-val is: fsck -AR -t ext4 -y ... (nyilvan ezeket unmount-olt kotet eseten).
- A hozzászóláshoz be kell jelentkezni
e2fsck:
e2fsck -pv /dev/datavg/homelv
/dev/datavg/homelv: clean, 55150/182108160 files, 399652095/754974720 blocks
majd mount
mount /dev/datavg/homelv /mnt
mount: mount /dev/mapper/datavg-homelv on /mnt failed: Structure needs cleaning
- A hozzászóláshoz be kell jelentkezni
Megprobaltad esetleg a masodikat is, amit irtam?
- A hozzászóláshoz be kell jelentkezni
az végig menne az /etc/fstab-on és van egy csomó másik device amit használatban van.
Ezek miatt megáll.
- A hozzászóláshoz be kell jelentkezni
Persze, ezt teszi a -A kapcsolo, ezert irtam, hogy unmount-olt allapotban csinald, ami alatt praktikusan live rendszer aloli vizsgalatot ertek.
- A hozzászóláshoz be kell jelentkezni
Nezd meg ujabb e2fsprogs-szal es/vagy ujabb kernellel.
- A hozzászóláshoz be kell jelentkezni
Én nem az FS-ben keresném a hibát. Valami azt súgja,hogy az LVM nem áll össze.
Az alábbiakat nézd meg sztem.
1. Lehet hiányzik egy másik disk az LVM-hez? (Az LVM kötet átnyúlik esetleg egy másik diszkre és az nincs ott stb.
2. a következő parancsok rendben lefutnak?
pvscan
vgscan
3. Megnézni,hogy vg neve és/vagy lv neve nem-e foglalt.
4. Használsz LVM-et azon gépen? Csomagok fent vannak?
- A hozzászóláshoz be kell jelentkezni
1. Nem
2. Igen
3. Nem, 5 éve van használatban.
4. Igen, probléma nélkül.
- A hozzászóláshoz be kell jelentkezni
1. syslog nem ír több infót? Egy dmesg esetleg?
2. Ezt nézd meg sztem.
https://ubuntuforums.org/showthread.php?t=2348768&p=13627299#post136272…
3. Nincs véletlenül titkosítva az LVM kötet?
4. Másik lehetséges megoldás: livecd+debugfs
https://community.spiceworks.com/topic/2147027-linux-structure-needs-cl…
- A hozzászóláshoz be kell jelentkezni
Ha nem megy valamelyik lvm komponens, akkor szerinted az fsck hogy a vérbe fut le?
- A hozzászóláshoz be kell jelentkezni
A negatív hozzászólásod helyett lehetnél konstruktívabb is!
Én rászántam az időt és megpróbáltam végig gondolni mivel segíthetnék neki, majd miutén nem járt sikerrel rákerestem neten a hibára, mert ilyen hibával még nem találkoztam és érdekel a megoldás.
- A hozzászóláshoz be kell jelentkezni
A kerdes jogos es logikus. Stilus az mas teszta...
SSD a paciens?
SMART mit mond?
Ahogy irtak, a csatolasi kiserlet utan mi van a dmesg/syslog naploban?
- A hozzászóláshoz be kell jelentkezni
nem ssd.
dmesg/syslog-ban ez található
[91657.412165] EXT4-fs (dm-3): ext4_check_descriptors: Block bitmap for group 0 overlap block group descriptors
[91657.412225] EXT4-fs (dm-3): group descriptors corrupted!
- A hozzászóláshoz be kell jelentkezni
nem ssd.
dmesg/syslog-ban ez található
[91657.412165] EXT4-fs (dm-3): ext4_check_descriptors: Block bitmap for group 0 overlap block group descriptors
[91657.412225] EXT4-fs (dm-3): group descriptors corrupted!
- A hozzászóláshoz be kell jelentkezni
Kis keresessel a neten ugy nez ki hogy kernel/EXT4 hiba. Vagy elore kell menekulj, vagy vissza.
- A hozzászóláshoz be kell jelentkezni
köszi, ezek sem segítenek.
- A hozzászóláshoz be kell jelentkezni
Nincs mit!
Jó lenne látni,hogy nem otthon ülsz a fotelben és várod a megoldást. Ez a szakma nem erről szól.
Kis keresgéléssel a neten mindenre van lehetséges megoldás.
Ez segíthet a dmesg.-ben lévő problémán, DE először backup (dd mondjuk).
https://askubuntu.com/a/381759
Van róla BUG report is, sőt valszeg már meg is van a javítás.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903838
- A hozzászóláshoz be kell jelentkezni
Eddig két ötletet láttam erre, amikor valakinek az fsck.ext4 nem segített, az egyik, hogy az LVM-mel van valami, a másik a hardware. Diszk van alatta vagy SSD? Az fsck.ext4 -c opcióját javasolják (futtasson badblocks-ot).
- A hozzászóláshoz be kell jelentkezni
+1, lvm az fontos ám! :)
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni