abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 23:22 | Nová verze

    Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.

    Ladislav Hagara | Komentářů: 0
    dnes 21:44 | Komunita

    Ubuntu 24.10 bude Oracular Oriole (věštecká žluva).

    Ladislav Hagara | Komentářů: 1
    dnes 20:22 | Nová verze

    Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.

    Ladislav Hagara | Komentářů: 0
    dnes 13:33 | IT novinky

    Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".

    Ladislav Hagara | Komentářů: 0
    dnes 01:00 | Nová verze

    Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    včera 16:33 | Nová verze Ladislav Hagara | Komentářů: 0
    včera 03:22 | Zajímavý článek

    V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …

    Ladislav Hagara | Komentářů: 0
    včera 00:11 | Nová verze

    Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.

    Ladislav Hagara | Komentářů: 7
    27.4. 17:44 | Nová verze

    Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    26.4. 17:11 | Nová verze

    Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.

    Ladislav Hagara | Komentářů: 12
    KDE Plasma 6
     (75%)
     (8%)
     (2%)
     (15%)
    Celkem 882 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Dotaz: chyba po migraci na mdadm+LVM

    22.11.2015 23:07 pavel
    chyba po migraci na mdadm+LVM
    Přečteno: 375×
    Zdravim,

    migroval jsem svoji domaci stanici na nove diskove pole. OS je Debian Jessie. Puvodni system pouzival 2x Samsung 850 EVO 120GB v raid 1, cely disk mel jediny filesystem: /

    Nyni jsem dokoupil dalsi dva SSD (ty same jako v puvodni sestave) a rozhodl se zmigrovat na raid 10 a LVM. Vytvoril jsem tedy degradovane pole raid 10, nad tim vytvoril LVM (svazky / a /home), /boot je mimo LVM na samostatnem mini raidu1.

    Potom jsem zkopiroval data z puvodniho raidu, nainstaloval grub a reboot. System v poradku najel do noveho raidu, puvodni pole jsem nasledne zrusil a uvolne disky pridal do noveho raidu a pockal az se pole zesynchronizuje. Nyni se se zda vse fungovat v poradku.

    Pouze pri shutdownu uplne posledni hlaska, potom se PC vypne.
    systemd-shutdown[1]: Failed to finalize DM devices
    S timhle nevim rady. Nerad bych, aby se mi pole rozpadlo. System i nadale v poradku bootuje.

    Řešení dotazu:


    Odpovědi

    22.11.2015 23:20 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: chyba po migraci na mdadm+LVM
    Mít klasický md raid nad SSD mi přijde jako blbina. Proto používám už delší dobu btrfs v raid1. Používat 4 SSD disky v jednom raid poli mi přijde overkill. Nemá to žádnou výhodu, jen tím přibližuješ čas kdy některý z nich odejde.
    22.11.2015 23:30 pavel
    Rozbalit Rozbalit vše Re: chyba po migraci na mdadm+LVM
    Diky za nazor. S btrfs nemam zkusenosti, proto jsem zvolil reseni, ktere znam. Ma-li nektery odejit, tak at odejde. Je v petilete zaruce, neresim to. Mam postarsi desku, ktera ma pouze SATA II, a raidem jsem ziskal rychlost odpovidajici SATA III.
    22.11.2015 23:26 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: chyba po migraci na mdadm+LVM

    Řešením je Btrfs. Používat takhle složitou konfiguraci dnes už prostě nemá smysl. Přesněji řečeno, Btrfs byl řešením přesně tohoto zadání už přinejmenším od roku 2010, jen ho někteří žvanilové stále dokola častovali svým strachem z neznámého. :-D

    Max avatar 23.11.2015 08:11 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: chyba po migraci na mdadm+LVM
    Ahoj, s grubem2 není problém bootovat z LVM, které je nad MD polem. Teoreticky jsi tedy nemusel dávat boot mimo lvm.
    Jinak u debianu Jessie bych se už nebál použít btrfs s jeho kernelem, takže osobně bych asi také do něj šel.
    Zdar Max
    Měl jsem sen ... :(
    michich avatar 24.11.2015 14:20 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: chyba po migraci na mdadm+LVM
    systemd-shutdown[1]: Failed to finalize DM devices
    Program systemd-shutdown se pokusil odmapovat zařízení device mapperu odpovídající LVM svazku, na kterém je /. To pochopitelně neprošlo, protože souborový systém / je stále přimountován (i když v té chvíli už jen pro čtení). Unmountovat nejde, protože systemd-shutdown je spuštěn z něj.

    Na systémech, kde je initramfs vytvořený pomocí dracut (nebo jiným nástrojem, který poskytuje patřičné rozhraní), je to řešeno tak, že systemd-shutdown nakonec "přeskočí" zpět do initramfs, ze kterého už je možno / unmountovat a DM i MD zařízení rozebrat:
    [   18.540711] systemd-shutdown[1]: Sending SIGTERM to remaining processes...
    [   18.545592] systemd-journald[613]: Received SIGTERM from PID 1 (systemd-shutdow).
    [   18.556421] systemd-shutdown[1]: Sending SIGKILL to remaining processes...
    [   18.559860] systemd-shutdown[1]: Unmounting file systems.
    [   18.563937] systemd-shutdown[1]: All filesystems unmounted.
    [   18.564387] systemd-shutdown[1]: Deactivating swaps.
    [   18.564851] systemd-shutdown[1]: All swaps deactivated.
    [   18.565246] systemd-shutdown[1]: Detaching loop devices.
    [   18.565988] systemd-shutdown[1]: All loop devices detached.
    [   18.566386] systemd-shutdown[1]: Detaching DM devices.
    [   18.566946] systemd-shutdown[1]: Not all DM devices detached, 1 left.
    [   18.567391] systemd-shutdown[1]: Cannot finalize remaining DM devices, continuing.
    [   18.572263] systemd-shutdown[1]: Successfully changed into root pivot.
    [   18.572745] systemd-shutdown[1]: Returning to initrd...
    [   18.594587] dracut: Taking over mdmon processes.
    [   18.595080] dracut Warning: Killing all remaining processes
    dracut Warning: Killing all remaining processes
    [   18.631963] XFS (dm-0): Unmounting Filesystem
    [   18.634060] dracut Warning: Unmounted /oldroot.
    dracut Warning: Unmounted /oldroot.
    [   18.644390] dracut: Disassembling device-mapper devices
    [   18.662678] dracut: Waiting for mdraid devices to be clean.
    [   18.664297] dracut: Disassembling mdraid devices.
    [   18.665307] md127: detected capacity change from 17169383424 to 0
    [   18.666111] md: md127 stopped.
    [   18.666502] md: unbind<vda2>
    [   18.674110] md: export_rdev(vda2)
    [   18.674714] md: unbind<vdb1>
    [   18.683114] md: export_rdev(vdb1)
    mdadm: stopped /dev/md127
    Rebooting.
    [   18.705518] reboot: Restarting system
    [   18.705788] reboot: machine restart
    
    Debianí initramfs-tools tohle nepodporují. Ale není to žádná tragédie. Ovladač md v kernelu je nahákovaný na reboot notifier a před úplným vypnutím uvede pole do bezpečného stavu.

    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.