Hello!
A következő lett velem. Clonezilla-val elindítottam egy teljes disk tükrözést. Mivel 20 órát írt ki kilőttem, miután a partícióstáblát, mindent megcsinált a cél diszken (USB) és a nagy partíviót másolta. AZ egy LVM2 - volt - benne XFS-el.
Utána bebootoltam systemrescuecd-ben, hogy megnézzem, van-e lehetőség csak partíció tartalom átmásolására - a clonezilla azért lett volna olyan hosszú, mert teljes partíciót másolt, miközben csak félig volt az XFS.
De mivel a clonezilla tényleg klónozott, így a systemrescuecd-ben az LVM sírt, hogy két azonos id-jó fizikai tároló van (ha jól értettem) Megtaláltam hogy lehet ID-t váltani, utána már nem volt panasz. Aztán az új lemezen átneveztem a volgroup-ot, de innen valami öszzekócológott, vagy össze is volt.
A lényeg: most a gépemen van egy volgroup, fizikai, ok, de valahogy elszállt belőle a logikai információ.
Megpróbáltam minden LVM leíró adat helyreállítót amit találtam (lvm partíció elejéről dd és belenézés a file-ba) Találtam egy csomó szöveges töredéket, de semmi olyat, ami emlékeztetne arra, hogy a fizikain belül logikai.
Mert ugye az lenne a menetrende, hogy akkor ezt kiírom backup file-ba és visszatöltömm
Most az elcsesződött LVM2 partíciót lementem ahogy van (ja, 20 óra) és addig nem nyúlok hozzá... testdisk most fut rajta, de az vajon megtalál LVM2-ben XFS-t? Amikor pont az LVM2 nem jó, mert felülíródott valahogy.
Tud valaki visszaállító módszert?
tehát elszállt (de nem felülírt) lvm2 logikaiban...
nagy szarban vagyok :)
üdv
R
- 1337 megtekintés
Hozzászólások
\o/
- A hozzászóláshoz be kell jelentkezni
Látod, most az egyszer igazad van:)
- A hozzászóláshoz be kell jelentkezni
biztosan nagy hulyeseget irok, de mi lenne, ha _pontosan_ugy_ letrehoznad ujra az lvm-et, ahogy azt eloszor tetted (installkor)? Disclaimer: ha van egy ures diszked, akkor eloszor azzal probald ki...
SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta
- A hozzászóláshoz be kell jelentkezni
Ha volna üres diskje, akkor arra az adatokat kellett volna lementeni próbálkozás elött valamilyen klasszikus módon, mint cp, tar, cpio, dump, bármi.
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
Hahó! Köszi.
Üres diszk van, úgy kezdődött, hogy arra kezdtem clonezillával tükrözni az egész diszket mindenestül.
Csak az elején megálltam, ahogy írtam, és átnéztem egy systemrescuecd-s bootba, ahol az LVM összekeveredett az azonos ID-k miatt, mindegyik diszk rá volt kötve. Ez azóta tuti, a kavarodás mert itt van a válaszom végén ami maradt az LVM elején. Totál káosz.
MEGCSINÁLNI nem tudom ugyanazt, sose foglalkoztam LVM-mel, a Sabayon csinálta, gondolom, telepítéskor. Nem értek hozzá.
Azóta tudom, hogy van backup a /etc/lvm... alatt, na de az is ezen a köteten volt :)
Szóval itt a káosz, ebből nem jön össze a - ha jól emlékszem - 2GB swap meg az adatterület nekem :(
Ami a vicc, hogy mindenről volt full mentésem múlt hétig, csak akkor 400 GB képet kellett vinnem és abackup diskzem volt rá elég, ezért átmenetileg letöröltem a file szintűmentést. Most meg ugye tükrözni akartam, fene gondolta, hogy azonos id-ből kiindulva összefossa magát :(
----------------------
id = "Bu23Qj-TSCh-P5v7-qKJC-wM7G-JLhs-qjrD2u"
seqno = 1
status = ["RESIZEABLE", "READ", "WRITE"]
flags = []
extent_size = 8192
max_lv = 0
max_pv = 0
physical_volumes {
pv0 {
id = "qHPw9I-RTHx-dpzG-FCxt-0N2S-m0tk-2srnTN"
device = "/dev/sda2"
status = ["ALLOCATABLE"]
flags = []
dev_size = 488183220
pe_start = 384
pe_count = 59592
}
}
}
# Generated by LVM2 version 2.02.64(2) (2010-04-30): Thu Jul 22 17:51:37 2010
contents = "Text Format Volume Group"
version = 1
description = ""
creation_host = "sysresccd" # Linux sysresccd 2.6.32.15-std156-i386 #2 SMP Fri Jun 18 19:26:58 UTC 2010 i686
creation_time = 1279821097 # Thu Jul 22 17:51:37 2010
² otï1ºñß šÁ¶ØÞàQ ùùáG J»j ?h¡ÇÖ ¡Š½Õ êÞ,<<°3Ž\¥ ±Øâ@—· 1ƒÐŒÅ JˆÁ>> t Æš ¥ê>ý0zbƃP vN·_, ¾neP0 ÌPiG¬…Ú|6Æ
Ì”ê® .Ï ˜Áwv®"ª{½ª1c z\ç.ãl‘ª¶¶¿®: " i.”½[ø˜PnÀ0ª2¿m±XšÙ-1vn¤ï^ž»à T @š´‹Üx·Ï @³·ŸÄ –Ã` ¯Î i(ï©w Ë …Ð… »Óצ5 ´KUãñ2 ª6{¿þqõÀJ ¾é¨¦>† P
š•dÒm £ë q ïNHuÜpǼH·O #§> c ¸H’ «¿ç¯£ hš˜É 7ù`¥ $ V÷|zþ¸Cw˜ÿ þÍ2ÎsÓû‚ $¨#QºV«“åŒÌË’2׫ÿ ¦1°6ùàßk
id = "Bu23Qj-TSCh-P5v7-qKJC-wM7G-JLhs-qjrD2u"
seqno = 2
status = ["RESIZEABLE", "READ", "WRITE"]
flags = []
extent_size = 8192
max_lv = 0
max_pv = 0
physical_volumes {
pv0 {
id = "qHPw9I-RTHx-dpzG-FCxt-0N2S-m0tk-2srnTN"
device = "/dev/sda2"
status = ["ALLOCATABLE"]
flags = []
dev_size = 488183220
pe_start = 384
pe_count = 59592
}
}
}
# Generated by LVM2 version 2.02.64(2) (2010-04-30): Thu Jul 22 18:37:14 2010
contents = "Text Format Volume Group"
version = 1
description = ""
creation_host = "sysresccd" # Linux sysresccd 2.6.32.15-std156-i386 #2 SMP Fri Jun 18 19:26:58 UTC 2010 i686
creation_time = 1279823834 # Thu Jul 22 18:37:14 2010
-06): Thu Oct 8 20:16:45 2009
contents = "Text Format Volume Group"
version = 1
description = ""
creation_host = "sabayon" # Linux sabayon 2.6.31-sabayon #1 SMP Fri Sep 25 19:21:17 UTC 2009 i686
creation_time = 1255033005 # Thu Oct 8 20:16:45 2009
L{ZÜ‰Ä jU üºc¥Û GyÙ)wj§ToG?<
£h1N£ ±‘çü@{j #¨¶ËßÃ× ö™"mQæHÐõ0@ìÇÝï5;57ø©5S¡n+×Ó® íy šI‚iK‹w¿\l RE5H ÄÈöVolGroup00 {
id = "Bu23Qj-TSCh-P5v7-qKJC-wM7G-JLhs-qjrD2u"
seqno = 2
status = ["RESIZEABLE", "READ", "WRITE"]
flags = []
extent_size = 8192
max_lv = 0
max_pv = 0
physical_volumes {
pv0 {
id = "qHPw9I-RTHx-dpzG-FCxt-0N2S-m0tk-2srnTN"
device = "/dev/sda2"
status = ["ALLOCATABLE"]
flags = []
dev_size = 488183220
pe_start = 384
pe_count = 59592
}
}
}
# Generated by LVM2 version 2.02.64(2) (2010-04-30): Thu Jul 22 18:37:21 2010
contents = "Text Format Volume Group"
version = 1
description = ""
creation_host = "sysresccd" # Linux sysresccd 2.6.32.15-std156-i386 #2 SMP Fri Jun 18 19:26:58 UTC 2010 i686
creation_time = 1279823841 # Thu Jul 22 18:37:21 2010
SMH9g"
status = ["READ", "WRITE", "VISIBLE"]
flags = []
segment_count = 1
segment1 {
start_extent = 0
extent_count = 31
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 7417
]
}
}
}
}
# Generated by LVM2 version 2.02.51(1) (2009-08-06): Thu Oct 8 20:16:45 2009
contents = "Text Format Volume Group"
version = 1
description = ""
creation_hVolGroup00 {
id = "Bu23Qj-TSCh-P5v7-qKJC-wM7G-JLhs-qjrD2u"
seqno = 2
status = ["RESIZEABLE", "READ", "WRITE"]
flags = []
extent_size = 8192
max_lv = 0
max_pv = 0
physical_volumes {
pv0 {
id = "qHPw9I-RTHx-dpzG-FCxt-0N2S-m0tk-2srnTN"
device = "/dev/sda2"
status = ["ALLOCATABLE"]
flags = []
dev_size = 488183220
pe_start = 384
pe_count = 59592
}
}
}
# Generated by LVM2 version 2.02.64(2) (2010-04-30): Thu Jul 22 18:37:22 2010
contents = "Text Format Volume Group"
version = 1
description = ""
creation_host = "sysresccd" # Linux sysresccd 2.6.32.15-std156-i386 #2 SMP Fri Jun 18 19:26:58 UTC 2010 i686
creation_time = 1279823842 # Thu Jul 22 18:37:22 2010
x_pv = 0
physical_volumes {
pv0 {
id = "vx5WSo-Khbn-Nt8g-pb0I-r1e6-tGSB-OqCdFH"
device = "/dev/sda2"
status = ["ALLOCATABLE"]
flags = []
dev_size = 488183220
pe_start = 384
pe_count = 7449
}
}
logical_volumes {
LogVol01 {
id = "enCryQ-ogMh-QIwM-YKhF-hD4D-DJMI-Btr2d2"
status = ["READ", "WRITE", "VISIBLE"]
flags = []
segment_count = 1
segment1 {
start_extent = 0
extent_count = 31
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 7417
]
}
}
}
}
# Generated by LVM2 version 2.02.51(1) (2009-08-06): Thu Oct 8 20:16:43 2009
contents = "Text Format Volume Group"
version = 1
description = ""
creation_host = "sabayon" # Linux sabayon 2.6.31-sabayon #1 SMP Fri Sep 25 19:21:17 UTC 2009 i686
creation_time = 1255033003 # Thu Oct 8 20:16:43 2009
Q ø—´#¤ŽT…( £}jü1 øoÚ‘ ¹ ”^M.£|I½‘®È€é©=‘B ý Ûrörs&I ÔÄ ðÄù¾Åí” µ™ " ® +1 ìî ÄÍìÚE
ýn+ý;·Æ‡*rbX–1ߦþW VolGroup00 {
id = "KOSc5H-GT1U-l9ZK-CjDb-mcsN-jtIG-9fQU3p"
seqno = 5
status = ["RESIZEABLE", "READ", "WRITE"]
flags = []
extent_size = 65536
max_lv = 0
max_pv = 0
physical_volumes {
pv0 {
id = "vx5WSo-Khbn-Nt8g-pb0I-r1e6-tGSB-OqCdFH"
device = "/dev/sda2"
status = ["ALLOCATABLE"]
flags = []
dev_size = 488183220
pe_start = 384
pe_count = 7449
}
}
}
# Generated by LVM2 version 2.02.51(1) (2009-08-06): Thu Oct 8 20:16:43 2009
contents = "Text Format Volume Group"
version = 1
description = ""
creation_host = "sabayon" # Linux sabayon 2.6.31-sabayon #1 SMP Fri Sep 25 19:21:17 UTC 2009 i686
creation_time = 1255033003 # Thu Oct 8 20:16:43 2009
---------------------------------------------
gentoo - sabayon - smalltalk - flamenco
- A hozzászóláshoz be kell jelentkezni
Ez a fenti lista hosszabb, de a lényeg, hogy reménytelen. Logikaivol-ok adatai nincsenek meg.
testdisk is csak megállapította, hogy LVM2, de beljebb nem lát.
Szokot külön mentésem lenni a /etc-ről, de most az sincs sehol, a backup diszken volt az utolsó... DVD-ket is visszanéztem egy évre, semmi, pedig ott benne lehetne a /etc/lvm/backup vagy archive...
basszus
---------------------------------------------
gentoo - sabayon - smalltalk - flamenco
- A hozzászóláshoz be kell jelentkezni
Az ok, hogy a sabayon csinalta, de ha azt sem tudod, hogy mit csinalt neked a diszkedre, akkor valoban kaka van. Latsz ra eselyt, hogy a telepitod ez alapjan csinalta meg az lvm-et? http://linuxbsdos.com/2008/12/31/configure-lvm-on-sabayon-linux-4/ Esetleg ez alapjan? http://linuxbsdos.com/wp-content/uploads/sabayon4/partitions9.png
SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta
- A hozzászóláshoz be kell jelentkezni
HM! Igen....
Ismerős.
És azóta még egy dolgo eszembe jutott zuhanyozás közben.... mivel nem volt kódolt a partíció:
mivel egy másik diszken van hely:
strings /dev/sda2 > strings_dev_sda2
Lelőttem 400 MB után, hátha, és erre:
root@sysresccd /root/back % cat strings_dev_sda2 | grep LogVol
LogVol01 {
LogVol00 {
LogVol01 {
hoppá! Ott van valami logban. Ezt találtam:
logical_volumes {
LogVol00 {
id = "bo39ar-X0G4-zjiA-RZzw-0fg6-GcTk-JCys4m"
status = ["READ", "WRITE", "VISIBLE"]
flags = []
}
LogVol01 {
id = "P93Sdf-nj5y-Xpwp-7W7I-aOuT-m8GT-ySMH9g"
status = ["READ", "WRITE", "VISIBLE"]
flags = []
segment_count = 1
segment1 {
start_extent = 0
extent_count = 31 # 992 Megabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 7417
]
}
ÉS IGEN, pont a gyári SWAP méret, mint a linkben amit küldtél :)
Ja, azt nem mondtam, miért álltam neki tükrözni a gépet. Rossz a notebook LCD-je, bármikor megmekkenhet, menekülőben vagyok, már most is alig tudok gépelni... szép nap ez.
Kimentettem, reggel megpróbálom ráhúzni restore-val a paramétereket, de előbb a tükrözést befejezem, ha nagyon nem megy a tükör diszket elviszem a KÜRT-be.
Szóval reggel folyt. köv :)
És máskor ha 400 GB képet kell szállítani, inkább veszek egy új diszket, minthogy a backupot töröljem ;)
köszi a tippeket!
---------------------------------------------
gentoo - sabayon - smalltalk - flamenco
- A hozzászóláshoz be kell jelentkezni
Sajnos a linuxos LVM-et nem ismerem, a HP-UX-osból indulok ki. Linuxon nincs vgcfgrestore parancs? Ez elvileg arra való, hogy sérült vagy hiányzó LVM információkat vissza lehessen írni a diskre. Ehhez persze elötte el kellett menteni, de ezt a HP-UX LVM parancsai automatikusan megteszik.
Mivel a linuxos LVM-et a HP-UX-os LVM-ről másolták, látok esélyt a fentiek működésére.
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
Linuxon is van vgcfgrestore, de ha jol ertem, akkor nala a volumegroup ok, es a logical volume cucc ment a levesbe...
SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta
- A hozzászóláshoz be kell jelentkezni
Ha jól értem az történt hogy amíg a két ID megegyezett addig nem lehetett tudni hogy épp melyik diszkre ír a rendszer?
Viszont Live CD meg ne írogasson sehova...
---
> man woman
No manual entry for woman
- A hozzászóláshoz be kell jelentkezni
Akkor bűnrossz az implementáció. A második VG-t már aktiválni se szabadott volna. Mármint a rendszernek. (a post írójának se, de ő nem is titkolja hogy nem ért hozzá. De aki az LVM-et implementálta?)
Elég sok, érdekes módon lehet összekócolni az LVM-et, de hogy a logikai volume-ok elvesszenek...
Jut eszembe. HP-UX-on van a /dev/(VG neve) könyvtárban egy group file, melynek minor száma 0xnn0000. Ebben a könyvtárban vannak az lvolok device file-jai is 0xnnmmmm minor számmal, mely esetben az nn megegyezik a group file minorszámának azonos pozícióján lévő számokkal, az mmmm pedig egy folyamatosan növekvő szám, 0001 az első, 0002 a második lvol és így tovább. A group file minor száma értelemszerűen egyedi, tehát az lvolok device file-jainak minor száma is az. Van ilyen linuxban és ha ez így néz linux alatt, akkor van ilyen a kollega gépén?
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
a group eszközfile nincs linux alatt.
devicemapper és udev van, ami dinamikusan állítja elő az eszközöket.
- A hozzászóláshoz be kell jelentkezni
XFS -ed, vagyis a kotetete volt-e valaha atmeretezve ?
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni