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 05:22 | Komunita

    Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.

    Ladislav Hagara | Komentářů: 0
    včera 22:44 | IT novinky

    V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů

    … více »
    Ladislav Hagara | Komentářů: 2
    včera 19:00 | Nová verze

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

    Ladislav Hagara | Komentářů: 0
    včera 17:11 | Upozornění

    eDoklady mají kvůli vysoké zátěži technické potíže. Ministerstvo vnitra doporučuje vzít si sebou klasický občanský průkaz nebo pas.

    Ladislav Hagara | Komentářů: 5
    včera 17:00 | Komunita

    Novým prezidentem Free Software Foundation (FSF) se stal Ian Kelling.

    Ladislav Hagara | Komentářů: 1
    včera 14:33 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za září (YouTube).

    Ladislav Hagara | Komentářů: 0
    včera 12:33 | Upozornění

    Vyšla kniha Počítačové programy a autorské právo. Podle internetových stránek nakladatelství je v knize "Významný prostor věnován otevřenému a svobodnému softwaru, jeho licencím, důsledkům jejich porušení a rizikům „nakažení“ proprietárního kódu režimem open source."

    javokajifeng | Komentářů: 0
    včera 01:11 | Bezpečnostní upozornění

    Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.

    Ladislav Hagara | Komentářů: 0
    2.10. 23:33 | Nová verze

    Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.

    Ladislav Hagara | Komentářů: 2
    2.10. 22:33 | IT novinky

    Český telekomunikační úřad vydal zprávy o vývoji cen a trhu elektronických komunikací se zaměřením na rok 2024. Jaká jsou hlavní zjištění? V roce 2024 bylo v ČR v rámci služeb přístupu k internetu v pevném místě přeneseno v průměru téměř 366 GB dat na jednu aktivní přípojku měsíčně – celkově jich tak uživateli bylo přeneseno přes 18 EB (Exabyte). Nejvyužívanějším způsobem přístupu k internetu v pevném místě zůstal v roce 2024 bezdrátový

    … více »
    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (38%)
     (46%)
     (14%)
     (16%)
     (18%)
     (14%)
     (18%)
     (15%)
     (14%)
    Celkem 169 hlasů
     Komentářů: 11, poslední včera 07:30
    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.