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 01:22 | Nová verze

    Byla vydána verze 1.91.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    dnes 00:11 | IT novinky

    Ministerstvo průmyslu a obchodu vyhlásilo druhou veřejnou soutěž v programu TWIST, který podporuje výzkum, vývoj a využití umělé inteligence v podnikání. Firmy mohou získat až 30 milionů korun na jeden projekt zaměřený na nové produkty či inovaci podnikových procesů. Návrhy projektů lze podávat od 31. října do 17. prosince 2025. Celková alokace výzvy činí 800 milionů korun.

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

    Google v srpnu oznámil, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Iniciativa Keep Android Open se to snaží zvrátit. Podepsat lze otevřený dopis adresovaný Googlu nebo petici na Change.org.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | Nová verze

    Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 1
    včera 12:55 | Nová verze

    Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).

    Ladislav Hagara | Komentářů: 1
    včera 02:55 | Nová verze

    Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | IT novinky Ladislav Hagara | Komentářů: 0
    29.10. 17:00 | Upozornění

    Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].

    Ladislav Hagara | Komentářů: 9
    29.10. 16:44 | IT novinky

    Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.

    Ladislav Hagara | Komentářů: 6
    29.10. 14:11 | Komunita

    Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).

    Ladislav Hagara | Komentářů: 2
    Jaké řešení používáte k vývoji / práci?
     (36%)
     (48%)
     (19%)
     (19%)
     (22%)
     (17%)
     (21%)
     (16%)
     (17%)
    Celkem 286 hlasů
     Komentářů: 14, poslední 14.10. 09:04
    Rozcestník

    Dotaz: Zdlouhavé nabíhání OS

    24.2.2019 13:55 Jirka S
    Zdlouhavé nabíhání OS
    Přečteno: 609×
    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.