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í
×
    dnes 04:44 | Nová verze

    Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 1
    dnes 03:33 | Komunita

    Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.

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

    Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.

    Ladislav Hagara | Komentářů: 2
    včera 15:11 | Komunita

    Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.

    VSladek | Komentářů: 0
    včera 13:11 | Nová verze

    Byla vydána nová verze 9.1.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Vypíchnout lze vylepšené vyhledávání nebo podporu Pixel Motion Photos. Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.

    Ladislav Hagara | Komentářů: 1
    včera 11:44 | Pozvánky

    Přihlaste svou přednášku na další ročník konference LinuxDays, který proběhne 3. a 4. října na FIT ČVUT v pražských Dejvicích. Příjem témat poběží do konce prázdnin, pak proběhne veřejné hlasování a následně sestavení programu.

    Petr Krčmář | Komentářů: 3
    včera 04:44 | Nová verze

    Byla vydána nová verze 2.4.68 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 13 zranitelností.

    Ladislav Hagara | Komentářů: 2
    8.6. 22:44 | IT novinky

    Apple na své vývojářské konferenci WWDC26 (Worldwide Developers Conference, keynote) představil řadu novinek. Vypíchnout lze novou generaci Apple Intelligence a zbrusu novou Siri, která dostala název Siri AI. Kvůli Aktu o digitálních trzích (DMA) však funkce Siri AI nebudou v systémech iOS 27 a iPadOS 27 k dispozici uživatelům v Evropské unii.

    Ladislav Hagara | Komentářů: 0
    8.6. 22:22 | Nová verze

    Byla vydána nová verze 1.18.0 distribučního frameworku Flatpak (Wikipedie), tj. technologie umožňující distribuovat aplikace v podobě jednoho instalačního souboru na různé linuxové distribuce a jejich různá vydání. Přehled novinek na GitHubu. Vypíchnout lze podporu rozhraní /dev/kfd pro výpočty na kartách AMD (AMDKFD).

    Ladislav Hagara | Komentářů: 0
    8.6. 20:44 | Nová verze

    aMule (Wikipedie), tj. multiplatformní klient pro peer-to-peer sdílení souborů pro sítě eD2k and Kademlia, byl po více než pěti letech od vydání poslední verze 2.3.3, vydán v nové major verzi 3.0.0 (GitHub). S novou webovou stránkou a dokumentací.

    Ladislav Hagara | Komentářů: 5
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (15%)
     (31%)
     (3%)
     (6%)
     (3%)
     (15%)
     (26%)
    Celkem 1860 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: Zdlouhavé nabíhání OS

    24.2.2019 13:55 Jirka S
    Zdlouhavé nabíhání OS
    Přečteno: 617×
    Zdržuje mě při bootování kontrola disků od systemd. Jak to správně vypnout nebo pozdržet?

    Řešení dotazu:


    Odpovědi

    24.2.2019 14:50 Peter Golis | skóre: 65 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    Tá kontrola diskov sa zapne po štarte počas ktorého boli disky zdetekované ako nekonzistentné, teda že systém nebol korektne vypnutý. Vypnutie kontroly neodstráni príčinu, len zatají problém ktorý už nastal.
    24.2.2019 15:22 Jirka S
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    A co tedy odstraní příčinu?
    24.2.2019 15:25 Jirka S
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    A co tedy odstraní příčinu? Konroluje se / na ext4.
    UUID=4c812dc2-d8d2-4e26-a566-5d983971d580 /                       ext4    defaults        1 1
    UUID=2058-6FFA          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
    UUID=f478ac9b-e932-4f13-b4d2-a00c31aadf13 /home                   xfs     defaults        0 0
    UUID=c3a635c5-1101-4b02-8a31-ac07eee3db39 swap                    swap    defaults        0 0
    24.2.2019 16:22 Jirka S
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    Pardon, to bylo z jiné distribuce.
    # / was on /dev/nvme1n1p3 during installation
    UUID=e434f173-4ea4-46da-b3f3-1106033c1863 /               ext4    errors=remount-ro 0       1
    # /boot/efi was on /dev/nvme0n1p1 during installation
    UUID=9CDD-C04C  /boot/efi       vfat    umask=0077      0       1
    # /home was on /dev/nvme1n1p4 during installation
    UUID=f478ac9b-e932-4f13-b4d2-a00c31aadf13 /home           xfs     defaults        0       0
    # swap was on /dev/nvme1n1p2 during installation
    UUID=52d25716-f5b8-498a-9a06-a83b67e00a6f none            swap    sw              0       0
    24.2.2019 17:03 Peter Golis | skóre: 65 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    Medzi najznámejšie príčiny patria:
    1. Nekorektné vypnutie počítača, napr. vytrhnutie z elektriky alebo vypínačom na predlžovačke, či hlavným ističom.
    2. Hibernácia iného OS v ktorom bol ten disk pripojený, obvykle s Windows.
    Podľa starobylých legined stačí vo fstab zmeniť číslo v stĺpci fs_passno podľa piatej sekcie knižnice linuxových manuálov. Či to vypnutie kontroly nekonzistentného súborového systému bude fungovať aj v ekosystéme systemd ma nezaujíma a ani to nebudem skúšať. Nepovažujem to za správne.

    Ale, rád si počkám na tvoju otázku "prišiel som o údaje z disku, celé sa mi to rozpadlo. Ako si tie dáta zachránim?". Pracuješ na tom.
    24.2.2019 17:08 Jirka S
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    A co tedy odstraní příčinu?
    24.2.2019 18:29 MadCatX
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    Pokud na tom stroji nemáš žádný další OS, který by ty oddíly mohl taky připojovat, zkus nastartovat něco z LiveCD, udělat ručně fsck všech oddílů. Pokud problém zmizí, máš vystaráno. Pokud ne, podíval bych se na výstup SMART diagnostiky disku.
    24.2.2019 19:19 Jirka S
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    zkus nastartovat něco z LiveCD, udělat ručně fsck všech oddílů.
    Neslo by to nejak tak jako ve Windows, naplanovat kontrolu a zaroven opravu po dalsim bootu. Nikdy jsem chkdsk nespoustel z diskety nebo CD.
    24.2.2019 19:29 Peter Golis | skóre: 65 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    Možno by stačilo ten windows nehibernovať, ale vypnúť. Keď už do toho windowsu pripájaš linuxové disky.
    24.2.2019 21:28 MadCatX
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    fstab, co jsi poslal, žádné oddíly připojitelné z Windows neobsahuje. Linuxové oddíly chkdiskem nezkontroluješ. Jestli máš na tom stroji dualboot s Win8 či vyššími, vypni tam ten fast boot, jak ti radil Peter.
    24.2.2019 22:56 Jirka S
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    To byl příklad.
    24.2.2019 23:10 MadCatX
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    Vynutit kontrolu souborového systému při dalším startu můžeš vytvořením souboru forcefsck v adresáři, kde je ten FS připojen. Pro kontrolu rootu je to tedy touch /forcefsck. Tobě se ta kontrola při bootu ale spouští, aspoň jak říkáš. To znamená, že se buď neprovede správně nebo je nastaveno, že se má ta kontrola provést při každém mountu. Pro ext souborové systémy lze periodickou kontrolu po daném počtu připojení vypnout příkazem tune2fs -c 0 /dev/sdXN.
    Jendа avatar 24.2.2019 23:50 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    Jak ta kontrola dopadne? Pokud tam jsou stále neopravené chyby (myslím že při bootu se dělají jenom „měkčí“ opravy (u ext4 "fsck -p"), tak kontrola bude probíhat furt dokola.
    26.2.2019 08:45 Jirka S
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    On bude zakopany pes jinde. Vyjel jsem si z jine distribuce (Fedora) blkid
    $ sudo blkid
    [sudo] heslo pro fedor: 
    /dev/sda1: LABEL="DATA" UUID="6FE135E37A252FE1" TYPE="ntfs" PTTYPE="dos" PARTUUID="e5ac6ead-7b85-4a9b-aaba-988515edf23b"
    /dev/sda2: PARTUUID="4c11ef61-310b-4c34-bead-8f7700a66903"
    /dev/sda3: SEC_TYPE="msdos" UUID="2681-0129" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="eb6bfae7-82bd-4847-8557-a149c4b91ff8"
    /dev/nvme0n1: PTUUID="280cd030-d005-406b-b867-8c47ba1b72f1" PTTYPE="gpt"
    /dev/nvme0n1p1: UUID="2058-6FFA" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="bc638d4a-d96d-4c4e-bd0d-740047e15cfd"
    /dev/nvme0n1p2: LABEL="swap" UUID="c3a635c5-1101-4b02-8a31-ac07eee3db39" TYPE="swap" PARTUUID="174a1818-ab46-4c42-a616-b0a2e0285e39"
    /dev/nvme0n1p3: UUID="e434f173-4ea4-46da-b3f3-1106033c1863" TYPE="ext4" PARTUUID="58830bf3-2488-4f5e-a9f5-770aa70b78b4"
    /dev/nvme0n1p4: UUID="f478ac9b-e932-4f13-b4d2-a00c31aadf13" TYPE="xfs" PARTUUID="0a0ffb68-fc15-419a-a04f-416167c506e7"
    /dev/nvme0n1p5: LABEL="fedora" UUID="4c812dc2-d8d2-4e26-a566-5d983971d580" TYPE="ext4" PARTUUID="bc391ac9-e232-42ac-84c0-383265013cb9"
    /dev/nvme0n1p6: PARTUUID="ca9214d8-d2dc-4c65-b94d-6ac8f446bf57"
    /dev/nvme1n1: PTUUID="1efb6c79-bbb8-494c-9dd3-90412a0028d5" PTTYPE="gpt"
    /dev/nvme1n1p1: LABEL="ESP" UUID="9CDD-C04C" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="666b4337-d265-4a9a-a1dd-93d4e76ba81a"
    /dev/nvme1n1p2: PARTLABEL="Microsoft reserved partition" PARTUUID="a83209ed-19f5-42fc-9a0a-cc3dc17e7d4a"
    /dev/nvme1n1p3: LABEL="OS" UUID="18A6E30EA6E2EB68" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="21f9f000-809e-4c18-a935-a5a764b54f76"
    /dev/nvme1n1p4: LABEL="WINRETOOLS" UUID="1C24E63C24E61892" TYPE="ntfs" PARTUUID="4c00256a-5e76-4838-a039-5e762a9f6c5a"
    /dev/nvme1n1p5: LABEL="Image" UUID="AEDAE871DAE836ED" TYPE="ntfs" PARTUUID="556e899b-f02d-4f2b-9852-69869bb1fd54"
    /dev/nvme1n1p6: LABEL="DELLSUPPORT" UUID="8888EA7188EA5CE6" TYPE="ntfs" PARTUUID="9162bec7-5d50-48be-844f-a11ff2013e00"
    /dev/loop0: TYPE="squashfs"
    /dev/loop1: TYPE="squashfs"
    /dev/loop2: TYPE="squashfs"
    Ted se staci podivat do fstab spousteneho Kubuntu, fstab se tvorilo automaticky.
    # / was on /dev/nvme1n1p3 during installation
    UUID=e434f173-4ea4-46da-b3f3-1106033c1863 /               ext4    errors=remount-ro 0       1
    # /boot/efi was on /dev/nvme0n1p1 during installation
    UUID=9CDD-C04C  /boot/efi       vfat    umask=0077      0       1
    # /home was on /dev/nvme1n1p4 during installation
    UUID=f478ac9b-e932-4f13-b4d2-a00c31aadf13 /home           xfs     defaults        0       0
    # swap was on /dev/nvme1n1p2 during installation
    UUID=52d25716-f5b8-498a-9a06-a83b67e00a6f none            swap    sw              0       0
    radek # /boot/efi was on /dev/nvme0n1p1 during installation je spravne, ten jsem na tom samem disku jako je Kubuntu i Fedora tvoril sam. Ale nasledny radek miri na disk s Windows a jsem si zcela jisty ze jsem pri vytvareni tech distribuci nehybal z disky. Popisek s / je chybny, nastesti / i /home miri spravne ale popisek s k /home je zase chybny. Swap ukazuje zase na oddil s Windows. Opakuji ty zaznamy vytvoril instalator od Kubuntu pri instalaci. Disky jsou stale jak byly nijak jsem je nepresouval, jak koukam kam miri swap (takove uuid neni) pak mozna jsem swap preformatoval a vytvorilo se uz jine uuid. V kazdem pripade takhle to ma byt
    # / was on /dev/nvme0n1p3 during installation
    UUID=e434f173-4ea4-46da-b3f3-1106033c1863 /               ext4    errors=remount-ro 0       1
    # /boot/efi was on /dev/nvme0n1p1 during installation
    UUID=2058-6FFA  /boot/efi       vfat    umask=0077      0       1
    # /home was on /dev/nvme0n1p4 during installation
    UUID=f478ac9b-e932-4f13-b4d2-a00c31aadf13 /home           xfs     defaults        0       0
    # swap was on /dev/nvme0n1p2 during installation
    UUID=c3a635c5-1101-4b02-8a31-ac07eee3db39 none            swap    sw              0       0
    26.2.2019 08:56 Jirka S
    Rozbalit Rozbalit vše Re: Zdlouhavé nabíhání OS
    No vida, ted najelo Kubuntu jako blesk.

    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.