abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 13:30 | Zajímavý software

Byly uvolněny zdrojové kódy známé rogue-like hry DoomRL. Počátky hry jsou v roce 2002. Je napsána ve FreePascalu a zdrojový kód je nyní k dispozici na GitHubu pod licencí GNU GPL 2.0. Autor pracuje na nové hře Jupiter Hell, která je moderním nástupcem DoomRL a na jejíž vývoj shání peníze prostřednictvím Kickstarteru.

Blaazen | Komentářů: 0
dnes 13:15 | Pozvánky

Přijďte s námi oslavit vydání Fedory 25. Na programu budou přednášky o novinkách, diskuse, neřízený networking atd. Release Party se bude konat 16. prosince v prostorách společnosti Etnetera. Na party budou volně k dispozici také propagační materiály, nová DVD s Fedorou 25 a samozřejmě občerstvení. Přednášky budou probíhat v češtině. Pro více informací se můžete podívat na web MojeFedora.cz. Jen připomínám, že tentokrát jsme zavedli

… více »
frantisekz | Komentářů: 0
včera 16:38 | Komunita

Byly zveřejněny videozáznamy přednášek a workshopů z letošní konference OpenAlt konané 5. a 6. listopadu v Brně. K videozáznamům lze přistupovat ze stránky na SuperLectures nebo přes program konference, detaily o vybrané přednášce nebo workshopu a dále kliknutím na ikonku filmového pásu. Celkově bylo zpracováno 65 hodin z 89 přednášek a workshopů.

Ladislav Hagara | Komentářů: 0
včera 11:30 | Komunita

Bylo oznámeno, že bude proveden bezpečnostní audit zdrojových kódů open source softwaru pro implementaci virtuálních privátních sítí OpenVPN. Audit provede Matthew D. Green (blog), uznávaný kryptolog a profesor na Univerzitě Johnse Hopkinse. Auditována bude verze 2.4 (aktuálně RC 1, stabilní verze je 2.3.14). Audit bude financován společností Private Internet Access [reddit].

Ladislav Hagara | Komentářů: 4
včera 06:00 | Komunita

Na YouTube byl publikován Blender Institute Reel 2016, ani ne dvouminutový sestřih z filmů, které vznikly za posledních 10 let díky Blender Institutu. V institutu aktuálně pracují na novém filmu Agent 327. Dění kolem filmu lze sledovat na Blender Cloudu. Videoukázka Agenta 327 z června letošního roku na YouTube.

Ladislav Hagara | Komentářů: 0
včera 01:02 | Zajímavý článek

Minulý týden byly vydány verze 1.2.3 a 1.1.7 webového poštovního klienta Roundcube. V oznámení o vydání bylo zmíněno řešení bezpečnostního problému nalezeného společností RIPS a souvisejícího s voláním funkce mail() v PHP. Tento týden byly zveřejněny podrobnosti. Útočník mohl pomocí speciálně připraveného emailu spustit na serveru libovolný příkaz. Stejně, jak je popsáno v článku Exploit PHP’s mail() to get remote code execution z roku 2014.

Ladislav Hagara | Komentářů: 1
8.12. 16:00 | Nová verze

Byla vydána verze 0.98 svobodného nelineárního video editoru Pitivi. Z novinek lze zmínit například přizpůsobitelné klávesové zkratky. Videoukázka práce s nejnovější verzí Pitivi na YouTube.

Ladislav Hagara | Komentářů: 1
8.12. 15:00 | Zajímavý software

Stop motion je technika animace, při níž je reálný objekt mezi jednotlivými snímky ručně upravován a posouván o malé úseky, tak aby po spojení vyvolala animace dojem spojitosti. Jaký software lze pro stop motion použít na Linuxu? Článek na OMG! Ubuntu! představuje Heron Animation. Ten bohužel podporuje pouze webové kamery. Podpora digitálních zrcadlovek je začleněna například v programu qStopMotion.

Ladislav Hagara | Komentářů: 5
7.12. 21:21 | Nová verze Ladislav Hagara | Komentářů: 0
7.12. 11:44 | Zajímavý projekt

Na Indiegogo byla spuštěna kampaň na podporu herní mini konzole a multimediálního centra RetroEngine Sigma od Doyodo. Předobjednat ji lze již od 49 dolarů. Požadovaná částka 20 000 dolarů byla překonána již 6 krát. Majitelé mini konzole si budou moci zahrát hry pro Atari VCS 2600, Sega Genesis nebo NES. Předinstalováno bude multimediální centrum Kodi.

Ladislav Hagara | Komentářů: 2
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 808 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: obnova RAID 6 s LVM po tvrdem vypnuti

9.3.2013 01:09 Halis | skóre: 5 | blog: capacitor
obnova RAID 6 s LVM po tvrdem vypnuti
Přečteno: 684×
Ahoj,

mam stroj obsahujici 9 x 1 TB Disk. Cast disku byla v RAID 1, na kterem byl /boot. Druha cast vsech disku byla spojena do RAID 6, na kterem bylo LVM.

Po tvrdem vypnuti stroje se onen RAID 6 odmital sestavit, a ja ted mam problem obnovit puvodni data. Nepamatuju si vsak puvodni rozdeleni RAID 6, tak jsem predpokladal ze byl sestaven ve stejnem poradi jako RAID 1. Po rucnim sestaveni s --force se dokonce objevily jednotlive LogicalVolumes v LVM, nejsem je vsak schopen pripojit. Momentalne jsem uz v koncich, a vyzkousel jsem kde co. Napada nekoho neco?

cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] 
md126 : active (auto-read-only) raid1 sdb1[1] sde1[0] sdd1[2] sdi1[7] sda1[3] sdc1[4] sdj1[8] sdg1[5] sdh1[6]
      131008 blocks [9/9] [UUUUUUUUU]
      
md127 : active raid6 sdi2[7] sdh2[6] sde2[0] sda2[3] sdj2[8] sdd2[2] sdg2[5] sdb2[1] sdc2[4]
      6836404736 blocks super 1.2 level 6, 512k chunk, algorithm 2 [9/9] [UUUUUUUUU]
      
unused devices: none
mdadm --detail /dev/md127
/dev/md127:
        Version : 1.2
  Creation Time : Fri Mar  8 17:59:49 2013
     Raid Level : raid6
     Array Size : 6836404736 (6519.70 GiB 7000.48 GB)
  Used Dev Size : 976629248 (931.39 GiB 1000.07 GB)
   Raid Devices : 9
  Total Devices : 9
    Persistence : Superblock is persistent

    Update Time : Fri Mar  8 19:00:21 2013
          State : clean 
 Active Devices : 9
Working Devices : 9
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 512K

           Name : (none):bigraid
           UUID : ef70f5ee:08429b31:e105ed20:ccad2f12
         Events : 2

    Number   Major   Minor   RaidDevice State
       0       8       66        0      active sync   /dev/sde2
       1       8       18        1      active sync   /dev/sdb2
       2       8       50        2      active sync   /dev/sdd2
       3       8        2        3      active sync   /dev/sda2
       4       8       34        4      active sync   /dev/sdc2
       5       8       98        5      active sync   /dev/sdg2
       6       8      114        6      active sync   /dev/sdh2
       7       8      130        7      active sync   /dev/sdi2
       8       8      146        8      active sync   /dev/sdj2
pvdisplay 
  --- Physical volume ---
  PV Name               /dev/md127
  VG Name               vg0
  PV Size               5,46 TiB / not usable 5,00 MiB
  Allocatable           yes 
  PE Size               4,00 MiB
  Total PE              1430608
  Free PE               1059408
  Allocated PE          371200
  PV UUID               6lQD1G-0Cne-CerT-RPQh-1uwg-u1iD-yDyKbO


vgdisplay 
  --- Volume group ---
  VG Name               vg0
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  21
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                10
  Open LV               0
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               5,46 TiB
  PE Size               4,00 MiB
  Total PE              1430608
  Alloc PE / Size       371200 / 1,42 TiB
  Free  PE / Size       1059408 / 4,04 TiB
  VG UUID               DXrYtl-6n6W-bPgO-HW6U-hPg7-BJiU-f3vljl

lvdisplay 
  --- Logical volume ---
  LV Path                /dev/vg0/root
  LV Name                root
  VG Name                vg0
  LV UUID                YQhDGY-9gVJ-ke2d-vPo0-YZXg-jYkt-SyNb7S
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                512,00 MiB
  Current LE             128
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     14336
  Block device           253:0
   
  --- Logical volume ---
  LV Path                /dev/vg0/tmp
  LV Name                tmp
  VG Name                vg0
  LV UUID                O3y348-IZZ8-WbYN-lOF9-khX9-dsxV-nWwBjI
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                512,00 MiB
  Current LE             128
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     14336
  Block device           253:1
   
  --- Logical volume ---
  LV Path                /dev/vg0/usr
  LV Name                usr
  VG Name                vg0
  LV UUID                lQ8SeY-qerd-HZqZ-t4O3-ii0G-qTbP-dBwnve
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                10,00 GiB
  Current LE             2560
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     14336
  Block device           253:2
   
  --- Logical volume ---
  LV Path                /dev/vg0/var
  LV Name                var
  VG Name                vg0
  LV UUID                m709Wa-2jWs-xT2R-22Fj-gfjL-MYqQ-ErQJFA
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                4,00 GiB
  Current LE             1024
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     14336
  Block device           253:3
   
  --- Logical volume ---
  LV Path                /dev/vg0/vartmp
  LV Name                vartmp
  VG Name                vg0
  LV UUID                oUBEOy-PTqp-JNeH-qQ2p-WLQI-hJuy-rmt2qS
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                10,00 GiB
  Current LE             2560
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     14336
  Block device           253:4
   
  --- Logical volume ---
  LV Path                /dev/vg0/swap
  LV Name                swap
  VG Name                vg0
  LV UUID                1v9ZKy-l3K9-GP07-bHsL-y9u6-ZkGB-a7DYba
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                4,00 GiB
  Current LE             1024
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     14336
  Block device           253:5
   
  --- Logical volume ---
  LV Path                /dev/vg0/home
  LV Name                home
  VG Name                vg0
  LV UUID                IMwHjS-yrUS-4Kf4-4oaE-WmX4-UTRY-hl5zPS
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                1,00 GiB
  Current LE             256
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     14336
  Block device           253:6
   
  --- Logical volume ---
  LV Path                /dev/vg0/backup
  LV Name                backup
  VG Name                vg0
  LV UUID                bvs04f-g0Hn-hDI6-FrCF-a80f-iSck-LM4SvW
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                410,00 GiB
  Current LE             104960
  Segments               3
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     14336
  Block device           253:7
   
  --- Logical volume ---
  LV Path                /dev/vg0/mirror
  LV Name                mirror
  VG Name                vg0
  LV UUID                7XdjCE-sJaC-rTiH-aGtX-2Djz-Zvha-mTcD4a
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                810,00 GiB
  Current LE             207360
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     14336
  Block device           253:8
   
  --- Logical volume ---
  LV Path                /dev/vg0/privbackup
  LV Name                privbackup
  VG Name                vg0
  LV UUID                bmDC34-JJFc-sjP5-3w4L-60zg-QVWn-a3NEk9
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                200,00 GiB
  Current LE             51200
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     14336
  Block device           253:9
mount /dev/vg0/mirror /mnt/mirror/
NTFS signature is missing.
Failed to mount '/dev/mapper/vg0-mirror': Invalid argument
The device '/dev/mapper/vg0-mirror' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
fdisk -l /dev/vg0/mirror 

Disk /dev/vg0/mirror: 869.7 GB, 869730877440 bytes
255 heads, 63 sectors/track, 105738 cylinders, total 1698693120 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 524288 bytes / 524288 bytes
fsck /dev/vg0/mirror 
fsck from util-linux 2.21.2
e2fsck 1.42.6 (21-Sep-2012)
ext2fs_open2: Bad magic number in super-block
/sbin/e2fsck: Superblock invalid, trying backup blocks...
/sbin/e2fsck: Bad magic number in super-block while trying to open /dev/mapper/vg0-mirror

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 device

fsck jsem bezvysledne zkousel i pro jine superbloky, vlastne pro vsechny ktere mi doporucil mkfs.ext3 -n /dev/vg0/mirror

Nejsem si ani poradne jisty, jestli ma byt vubec RAID pole sestavene v takovemto poradi, ale na druhou stranu si myslim ze by se potom uspesne nenadetekovaly vsechny LVM nalezitosti.

Prosim zkusenejsi o radu.

Odpovědi

Max avatar 9.3.2013 01:17 Max | skóre: 64 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
Pokud nejsi sebevrah, tak jsi skládal pole pomocí mdadm.conf, ne? V takovém případě by měl být mdadm.conf v initrd na boot partition. Z něho by jsi mohl vyčíst, jak to pole vypadalo. Stejně tak by jsi měl mít mdadm.conf někde v záloze, nebo nezálohuješ?
Zdar Max
Měl jsem sen ... :(
9.3.2013 01:42 Halis | skóre: 5 | blog: capacitor
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
K initramfs mam pristup, ale v mdadm.conf toho moc neni. Presneji toto:
ARRAY /dev/md/0 metadata=1.2 UUID=908f590a:c9357316:88f6147a:c138afae name=livecd:0
ARRAY /dev/md/1 metadata=1.2 UUID=ea36c652:52abc4ed:a96b5aaf:3948c97e name=livecd:1
   spares=1
Zalohu od toho samozrejme nemam, protoze to co ted obnovuju je zalohovaci stroj :(
Nikola Ciprich avatar 9.3.2013 11:17 Nikola Ciprich | skóre: 23 | blog: NiX_blog | Bohumín
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
mi to přijde, že LVM je v pohodě, co mně trochu mate (a co neupřesňujete), jaký je FS na tom svazku mirror který se snažíte nahodit? mount zkouší NTFS, ale vy poučtíte e2fsck, jaký tam je teda FS? co ho zkusit vynutit u toho mountu? co se po pokusu o připojení objeví v dmesg?
Did you ever touch the starlight ? Dream for a thousand years? Have you ever seen the beauty Of a newborn century?
9.3.2013 12:35 Halis | skóre: 5 | blog: capacitor
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
Nevim na zaklade ceho rozpoznat jestli je LVM v pohode.

Co se tyce FS, pravdepodobne je tam ext4, ale jisty si nejsem. Urcite tam ale bude nejaky ext.
root@slax:~# mount -t ext3 /dev/vg0/mirror /mnt/mirror/
mount: wrong fs type, bad option, bad superblock on /dev/mapper/vg0-mirror,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

root@slax:~# mount -t ext2 /dev/vg0/mirror /mnt/mirror/
mount: wrong fs type, bad option, bad superblock on /dev/mapper/vg0-mirror,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

root@slax:~# mount -t ext4 /dev/vg0/mirror /mnt/mirror/
mount: wrong fs type, bad option, bad superblock on /dev/mapper/vg0-mirror,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

A dmesg zareagoval jen jedinou hlaskou:
kernel: EXT3-fs (dm-8): error: can't find ext3 filesystem on dev dm-8.

Nikola Ciprich avatar 10.3.2013 14:00 Nikola Ciprich | skóre: 23 | blog: NiX_blog | Bohumín
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
no nevypadá to dobře :-( nevím jak jsem to včera četl, ale přehlídl jsem tu část s --force :(

tipoval bych to, že ten raid se přecejen nesestavil dobře, co to přesně dělalo/psalo, že se to nesestavilo samo přes --auto?

další věc, co tam máte za kernel? před časem se řešil nějaký problém s kernelem, který mohl způsobit poškození MD zařízení při pádu systému, nemůže to být Váš případ?
Did you ever touch the starlight ? Dream for a thousand years? Have you ever seen the beauty Of a newborn century?
10.3.2013 16:27 Halis | skóre: 5 | blog: capacitor
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
Pri pokusu o autosestaveni se 4 disky identifikovaly spravne ("raid-header" obsahoval jmeno a typ raidu, i pozici tohoto konkretniho disku). I pres --examine. Ostatnich 5 disku se sice asociovalo k tomu samemu raidu, ale prohlasily se za spare zarizeni.

Raid byl pravdepodobne sestavovan na jadru 3.3.4, pote byl stroj dlouhodobe provozovan, a nekolikrat uspesne vypnut a zapnut s jadrem 3.4.4 (gentoo-sources). Po nespravnem vypnuti se raid odmitl sestavit jak na tomto jadre, tak na liveUSB Slax 7.0.5 (kernel 3.6.11), ze ktereho stroj bezi ted. Variantu problemu kernelu bych tedy vyloucil.
10.3.2013 18:03 Skřivy | skóre: 10
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
To se bezne stava, kdyz nesedi casy posledniho updatu. --force to vsak vetsinou vyresi.
10.3.2013 19:02 Halis | skóre: 5 | blog: capacitor
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
Jestli se pamatuji dobre, tak ani --force nezabral. Pokud ale LVM vidim, tak to znamena ze je raid sestaven uspesne ne?
Nikola Ciprich avatar 10.3.2013 19:08 Nikola Ciprich | skóre: 23 | blog: NiX_blog | Bohumín
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
ok, variantu chyby kernelu muzeme tedy asi vyloucit, ale ne proto, ze to v pohode dlouho fungovalo (psal jsem ze se to tykalo crashe;-)), ale proto, ze chyba ve 3.3.4 byla opravena. pokud tam tedy byl novejsi kernel, je to v pohode..

pokud ten header obsahoval i pozice tech disky, sestavil jste to teda predpokladam ve stejnem poradi? nahodou ulozny ten vystup z examine nekde nemate??
Did you ever touch the starlight ? Dream for a thousand years? Have you ever seen the beauty Of a newborn century?
11.3.2013 12:17 Halis | skóre: 5 | blog: capacitor
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
Vystup z examine nemam, header 4 disku obsahoval spravne umisteni, header ostatnich byl z nejakeho duvodu poskozeny, a propagoval se jako spare device. Nicmene jsem to slozil ve stejnem poradi jako zachovany raid1, a predpokladam ze nikdo pri smyslech by ty raidy nestavel ruzne. (snad)
9.3.2013 12:30 host
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
prve, co si vyskusal bol fsck? no, je nacase dat zbohom datam.
9.3.2013 12:38 Halis | skóre: 5 | blog: capacitor
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
Ne, prvne jsem zkusil mount. Fsck bez parametru provadi dle meho jen cteci operace, takze by vse melo zustat jak bylo.
10.3.2013 17:12 Milan Roubal | skóre: 25
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
jakym prikazem bylo nakonec to pole sestaveno do funkcniho pole? Pomoci --assemble nebo --create?

Jsou k dispozici na tom funkcnim RAID1 logy z posleniho korektniho nabootovani, tedy jeste pred tim vypnutim systemu? Pokud ano, tak budou potreba logy z posledniho fukncniho bootu a z aktualniho. Podle toho by slo zjistit, zda jsou disky ve spravnem poradi, nebo zda neni problem treba ve verzi superbloku etc.
10.3.2013 17:56 Halis | skóre: 5 | blog: capacitor
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
Byl pouzit prikaz
mdadm --create --assume-clean --level=6 .... 
protoze pri pokusu o sestaveni s --assemble nebo --assemble a --force se polovina disku nahlasily jako spare.

RAID1 obsahuje pouze /boot, takze logy neobsahuje.
10.3.2013 20:27 Milan Roubal | skóre: 25
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
no tak pri pouziti --create bez logu, to uz je velke vareni z vody. Jeste mozna zkusit uhadnou system a typ z vypisu parted, napriklad u me
> parted /dev/vg1/volume_1 print
Model: Unknown (unknown)
Disk /dev/mapper/vg1-volume_1: 5986GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system  Flags
 1      0.00B  5986GB  5986GB  ext4

urcite by to chtelo videt examine vypis alespon jednoho disku pred tim --create.
11.3.2013 11:39 Halis | skóre: 5 | blog: capacitor
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
Bohuzel, parted je na tohle kratky.
parted /dev/vg0/mirror print
Error: /dev/dm-8: unrecognised disk label
11.3.2013 12:13 R
Rozbalit Rozbalit vše Re: obnova RAID 6 s LVM po tvrdem vypnuti
Logy by sa dali najst na tych diskoch priamo podla textu - nejakym disk editorom. Neviem, ci take nieco existuje aj pre Linux, ale bezne editory nie su schopne pracovat s celym diskom ako suborom.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.