Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Instalace, aktualizace a spouštění => Téma založeno: Amigo 25 Září 2024, 14:47:52
-
Ahoj,
po čisté instalaci 24.04 LTS mi po čase spadnou externí disky, (formát NTFS). když se po nakopírování několika GB a po řádném odpojení a připojení druhý den, objeví tato zpráva, viz příloha. Jsem dlouholetá lama, tak poprosím o vaše názory a rady.
-
Zkontrolovat disk na vadné sektory. Opravit NTFS. Mít zálohovaná data.
O devastaci dat Ubuntu pochybuji. Sám k tomu mám připojeno víc NTFS disků a nestěžují si. Takže teoreticky b mohl být problém s něčím na převodníku USB/SATA. Ale věří, že to bude vadným FS nebo diskem.
-
Tohle se mi stalo se staršími HDD, i s novými SSD, mSATA i NVMe a s různými adaptéry, vše pro usb 3 i usb C. Adaptéry byla taky nové.
A s Xubuntu 22.04 se to nedělo. Fakt nevím, U těch starších pevných bych chyby bral, ale děje se to i u nových.
-
Pozoruji uz od Xubu 18.04, ze vetsinou po 1. aktualizaci zmrvil FS jakehokoliv pripojeneho disku vc. toho sveho systemoveho v ext4. Uz jsem o tom i psal tady. Takze to v sobe nejakou chybku ma. Nastesti me vzdy pomohla obycejna oprava FS via fsck apod. z live flesky. Parametry si uz ale z hlavy nepamatuji.
-
Tak to mám v 24.10 stejně. To bude chyba softwaru v *buntu.
-
A nemohl bys vzpomenout? Já už se to asi nedoučím, jsem lama a navíc stará ;) , takže by mi to hodně pomohlo. Dřív jsem si toho nevšiml, u mně to začalo až teď. Zkusím prozkoumat fsck a uvidím. Naštěstí se to u mně systému ext4 vyhlo.
-
A nemohl bys vzpomenout? Já už se to asi nedoučím, jsem lama a navíc stará ;) , takže by mi to hodně pomohlo. Dřív jsem si toho nevšiml, u mně to začalo až teď. Zkusím prozkoumat fsck a uvidím. Naštěstí se to u mně systému ext4 vyhlo.
Dá se stáhnout WinPE 10 nebo 11 zdarma. A z toho pustit chkdsk.
-
Asi chyba v prislusne utilite/ovladace pro FS.
-
Njn, co je to Win PE? Nemám doma windowsy. >:(
-
Windows PE je verze Windows schopná běhu z USB boot-flash disku. Není potřeba registrace. U Linux systémů známé jako LiveUSB, dříve LiveCD/LiveDVD.
https://cs.wikipedia.org/wiki/Windows_Preinstallation_Environment (https://cs.wikipedia.org/wiki/Windows_Preinstallation_Environment)
-
S tím si neporadím, je to samé exe a to tady na ubuntu fóru asi nemá co dělat? Jak píšu windy nemám už asi 4 roky.
-
S tím si neporadím, je to samé exe a to tady na ubuntu fóru asi nemá co dělat? Jak píšu windy nemám už asi 4 roky.
Jde o to, že ti ten disk asi neopraví systémový e2fsck. Do určité verze to fungovalo,ale ten program je jiný. Nejjednodušší teda asi bude zkusit stáhnout starší instalaci Ubuntu a spustit na živém CD ntfs.fsck. Taky v tom prostředí bude vidět, jak bude přistupovat k těm diskům, dmesg by prozradil také víc podrobností, co se tam děje. Ntfs je naštěstí dost odolný.
-
Díky,
skusím s tím něco provést, momentálně jsem časově trchu mimo.
-
Tak potvrzuji, že v Kubuntu mi jdou NTFS v Dolphinu připojovat normálně. Něco je špatně u GNOME/Ubuntu. Tam jsem dostával stejnou hlášku jako Amigo.
Ntfs je naštěstí dost odolný.
Ano, je tak odolný, že když musím restartovat natvrdo Win10, tak poškodí systémové soubory a musí se to ručně opravit. Windows do logu jen hodí hlášku, že je všechno s NTFS OK a jednotku není třeba kontrolovat. Vynucená kontrola nalezne chyby a opraví je. Ale samozřejmě neopraví poškozené soubory Windows.
-
Proč s bavíte o windech, já mám problém v linuxu.
-
Proč s bavíte o windech, já mám problém v linuxu.
To není k věci, chytá mě za slovo.
Tak potvrzuji, že v Kubuntu mi jdou NTFS v Dolphinu připojovat normálně. Něco je špatně u GNOME/Ubuntu. Tam jsem dostával stejnou hlášku jako Amigo.
Ntfs je naštěstí dost odolný.
Ano, je tak odolný, že když musím restartovat natvrdo Win10, tak poškodí systémové soubory a musí se to ručně opravit. Windows do logu jen hodí hlášku, že je všechno s NTFS OK a jednotku není třeba kontrolovat. Vynucená ontrola nalezne chyby a opraví je. Ale samozřejmě neopraví poščkozené soubory Windows.
Že by to bylo prostředím, bych nečekal. A nemůže být něco špatně v Kubuntu a naopak Ubuntu tu chybu neignoruje?
Co se týče zhavarovaného sborouvého systému, tak co popisuješ je ta lepší varianta, protože znáš příčinu a snadno to opravíš. Když se ti to stane dvacetkrát a opravíš to dvacetkrát blbě, protože jseš si jistý, že to děláš dobře, to už jiná diskuze. Blbý je, když je v průsečíku těch variant několik a bohužel ani v jednom případě to nejsou vlastní ruce.
-
Proč s bavíte o windech, já mám problém v linuxu.
To není k věci, chytá mě za slovo.
Tak potvrzuji, že v Kubuntu mi jdou NTFS v Dolphinu připojovat normálně. Něco je špatně u GNOME/Ubuntu. Tam jsem dostával stejnou hlášku jako Amigo.
Ntfs je naštěstí dost odolný.
Ano, je tak odolný, že když musím restartovat natvrdo Win10, tak poškodí systémové soubory a musí se to ručně opravit. Windows do logu jen hodí hlášku, že je všechno s NTFS OK a jednotku není třeba kontrolovat. Vynucená ontrola nalezne chyby a opraví je. Ale samozřejmě neopraví poščkozené soubory Windows.
Že by to bylo prostředím, bych nečekal. A nemůže být něco špatně v Kubuntu a naopak Ubuntu tu chybu neignoruje?
Co se týče zhavarovaného sborouvého systému, tak co popisuješ je ta lepší varianta, protože znáš příčinu a snadno to opravíš. Když se ti to stane dvacetkrát a opravíš to dvacetkrát blbě, protože jseš si jistý, že to děláš dobře, to už jiná diskuze. Blbý je, když je v průsečíku těch variant několik a bohužel ani v jednom případě to nejsou vlastní ruce.
Scandisk potažmo chkdsk bez chyb.
Není to dobré, protože jsem se už dostal i do situace, že se Windows nezvládli opravit. Navíc je to mor to dělat na HDD. Trvá to strašně dlouho.
-
@Amigo
Proč s bavíte o windech, já mám problém v linuxu.
Stručně proč se mluví o Windows.
NTFS souborový systém je od Microsoft a jde o uzavřený systém (nezveřejněné kódy).
https://cs.wikipedia.org/wiki/NTFS (https://cs.wikipedia.org/wiki/NTFS)
Z toho důvodu komunita kolem Linux vytvořila "projekt - program", který umožňuje běžně užívat nosiče s NTFS (flešky, HDD, SSD) u Linux-dister.
Už ale neřeší nástroje na údržbu proprietárního NTFS (Linux komunita užívá jiné souborové systémy). Tudíž nejvhodnější je na opravu NTFS užívat nástroje pro Windows od Microsoft, zpravidla nejužívanější příkaz:
chkdsk X: /fProto doporučuji:
- externí disk připojit na počítač s Windows a "léčit"
- z externího nosiče (flešky) spustit Windows PE a "léčit"
https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/download-winpe--windows-pe?view=windows-11 (https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/download-winpe--windows-pe?view=windows-11)
>>> (See WinPE: Create USB Bootable drive)
- nebo nejlépe obsah zálohovat, na externím disku smazat komplet vše, i oddíl/oddíly, a nově vytvořit oddíl (partition) a naformátovat NTFS (doporučuji GParted)
-
Heh. Dneska už mi to vyhazuje stejnou chybu a nejdou zase přimountovat. To jsem z toho jelen.
Jelikož mám i novou instalaci Windows10, zkusím vypnout fast boot ve Windows. později dodám informaci jak to dopadlo.
NTFS fix nezabírá.
Workaround je zde skrze program Disks (gnome-disks):
Dodatečné volby připojení, je to vedle tlačítka Přehraj.
Upravit volby připojení.
Deaktivovat výchozí volby.
Vypnout volbu parametry připojení Zobrazovat v uživatelském prostředí.
Budiž.
https://askubuntu.com/questions/1512710/wrong-fs-type-bad-option-bad-superblock-just-installed-lubuntu-24-04
edit: oprava příspěvku
-
Jen na okraj:
já mám HDD NTFS disk na data (jako interní hlavní) a dále jako externí zálohovací. Slovy na data myslím to, že se využívají jak v Kubuntu 18.04 LTS nebo 22.04 LTS, tak cca jednou za sto let i ve W7 Prof.
Nikdy jsem nepozoroval žádnou devastaci. Může to samozřejmě být jak staršími, čili kultivovaně se chovajícími verzemi OS, tak i třeba značkami HDD (nekupuju si nic no-name a vždy pečlivě vybírám). Z Linuxu coby mého zcela dominantního systému na NTFS disky zapisuju i z nich čtu průběžně neustále.
-
Ta devastace může být také způsobena elektricky a to uz ae pomalu dostáváme do míst,kde se odpovědět nedá a pak to vypadá,že toto fórum je ignorační,nebo že se zdejší lidumilové za něco stydí.
Takže - za prvé: tazatel má většinou dojem,že zadal podklady a jeho závada se řeší - tak toto takhle nefunguje asi nikde
Za druhé někdy v budoucnu.
-
Tak tazatel dostal doporučení zkontrolovat disk na vadné sektory. Výsledek jsme se nedozvěděli.
Čili může jít o dva problémy. Vadný disk. Chyba softwaru, na kterou jsem dal dvě doporučení. Vypnout fast boot ve Win a pak ten návod pro gnome-disks.
-
Dnes mi přitekla aktualizace něčeho jako lib-fuse.
Ve Windows stále nemám zakázany fast boot. Zapomněl jsem.
Připojit NTFS šlo, ale nejde pro změnu zapisovat. Což má patrně zabránit tomu, aby disk museli Windows opravovat. Včera se mi totiž ve Windows objevila v postraní liště hláška, že mám poškozenou jednotku. Chkdsk to vyřešil offline.
Zprvu jsem k tomu byl skeptický, že se to vážně děje, ale teď Vám musím dát za pravdu.
-
Náměty z praxe při problémech s NTFS:
- nezarovnán/y oddíl/y (velmi záludné)
- vytvořen zaváděcí maličký oddíl na volném zbytku disku (příčina a důvod tehdá nezjištěn)
- nepovolené znaky v názvech (nesnadně se dohledává), někdy se vytvoří nechtěnými stisky na klávesnici (Ctrl případně Alt + něco) nezobrazované znaky
- překročená délka v součtu u názvů souborů a složek (hlavně při užívání české diakritiky), havaruje na tom i chkdsk
- ... možná si na některé ještě vzpomenu.
-
Tak tazatel dostal doporučení zkontrolovat disk na vadné sektory. Výsledek jsme se nedozvěděli.
Čili může jít o dva problémy. Vadný disk. Chyba softwaru, na kterou jsem dal dvě doporučení. Vypnout fast boot ve Win a pak ten návod pro gnome-disks.
No protože polovina z vás jsou ignoranti, tak se nepodepisujte u každýho blafu jako "Tým moderátorů"!
Tazatel několikrát napsal, že tomu nerozumí a wondows nemá - jste mu doporučili aby si stáhl nějaký Pendrive Windejs a když podotkl, že tomu nerozumí znova, tak se začlo hořekovat nad ntfs.
Pravděpodobně teda má externí disky s ntfs a nemá windows vůbec, ale tohle:
sudo ntfsck /dev/sda1
mu to asi neopraví, protože je to asi ta záležitost kterou jsem zmínil - prostě ať si stáhne starší Ubuntu a opraví to z live cd.
Za koho tady teď kopete, to nevím.
-
Ja uz jsem nad Ubuntu zlomil hul - kde pujde dopouziji Xubu 18.04 (od 20.04 uz ani nejsou schopny poradne implememtovat xfce, tak aby nekravilo) a zatim mam lepsi zkusenosti s LM 21.3. Pokud i to se jeste domrvi - porad je to bracha Ubuntu - tak jdu asi na MX nebo Devuan - ten systemd je stejne hafo problemu navic a wayland taky zatim zadny velky padade nepredvedl ..
-
Ja uz jsem nad Ubuntu zlomil hul - kde pujde dopouziji Xubu 18.04 (od 20.04 uz ani nejsou schopny poradne implememtovat xfce, tak aby nekravilo) a zatim mam lepsi zkusenosti s LM 21.3. Pokud i to se jeste domrvi - porad je to bracha Ubuntu - tak jdu asi na MX nebo Devuan - ten systemd je stejne hafo problemu navic a wayland taky zatim zadny velky padade nepredvedl ..
No je to asi souběh více záležitostí do rozhodnutí, u každýho trochu jiný a pletichy budou všude,nevěřím, že ne.
Jak dopadne tazatel s tím diskem, se třeba taky dozvíme.
-
Nejsem ignorant, pozorně čtu vaše příspěvky a pomalu se dostávám snad k výsledku.
@Regina cituji - "...nebo nejlépe obsah zálohovat, na externím disku smazat komplet vše, i oddíl/oddíly, a nově vytvořit oddíl (partition) a naformátovat NTFS (doporučuji GParted)" Tohle jsem provedl postupně u dvou mých ntfs disků které používám jen jako úložiště, takže žádný MBR, jen jedn oddíl = celý disk a nainstaloval jsem jen minimální verzi xubu 24.04. Ale vypozoroval jsem že při připojení dvou disků přes nový usb hub se mi na ploše zobrazí jen ten první připojený, takže mohla by chyba být tady?
Jinak mám ASUS Zenbook14, ext. disky jeden Hitachi, druhý WD, zkouším mSATA a NVMe, zatím se drží.
-
Přebootuju do Windows, deaktivuji fast boot. A jestli se mi budou mrvit NTFS dál, tak je jasné kde je chyba.
Scandiskoval jsem veškeré NTFS a vypnul fast boot. Čekám na stav, kdy mi nepůjde přimountovat NTFS svazek. Zatím to jde. Potom sem napíši. Cílem je vyloučit Windows a potvrdit, že je chyba v nějaké softwarové komponentě na straně Linuxu.
-
Opět podotýkám, že windle nemám.
-
Přebootuju do Windows, deaktivuji fast boot. A jestli se mi budou mrvit NTFS dál, tak je jasné kde je chyba.
Scandiskoval jsem veškeré NTFS a vypnul fast boot. Čekám na stav, kdy mi nepůjde přimountovat NTFS svazek. Zatím to jde. Potom sem napíši. Cílem je vyloučit Windows a potvrdit, že je chyba v nějaké softwarové komponentě na straně Linuxu.
Buď mám štěstí, nebo na to fast boot vliv nemá, protože OpenSUSE TW mi tohle nedělá a fast boot mám ve Windows 11 zapnutý. A občas na NTFS disky chodím (i když teda všechny externí mám z důvodu kompatibility naprosto všude v exFAT, ale interní v notebooku jsou oba NTFS a malý 120 GB oddíl pro Linux).
edit: fast boot na to vliv asi fakt nemá, protože pomáhá rychle zapnout vypnutý systém. Při restartu nemá vliv (vyhledáno na google).
-
Nejsem ignorant, pozorně čtu vaše příspěvky a pomalu se dostávám snad k výsledku.
To nebylo myšleno na tebe jako autora tématu,ale k těm co pokračují v obecné diskuzi.
@Regina cituji - "...nebo nejlépe obsah zálohovat, na externím disku smazat komplet vše, i oddíl/oddíly, a nově vytvořit oddíl (partition) a naformátovat NTFS (doporučuji GParted)" Tohle jsem provedl postupně u dvou mých ntfs disků které používám jen jako úložiště
Tohle by se dalo provést v případě, že ten obsah nějak připojíš -no a v zhledem k tomu, že ten disk, nebo-li filesystém na tom disku nejde připojit, jak ho chce Regin zálohovat a jak chce ten disk naformátovat, když nejde připojit?
Tohle jsem provedl postupně u dvou mých ntfs disků které používám jen jako úložiště, takže žádný MBR, jen jedn oddíl = celý disk a nainstaloval jsem jen minimální verzi xubu 24.04. Ale vypozoroval jsem že při připojení dvou disků přes nový usb hub se mi na ploše zobrazí jen ten první připojený, takže [/size][/font][/color]mohla by chyba být tady?
Nehej být MBR tím, čím je - MBR. Záleží na tom, jakou máš tabulku oddílů a pokud máš tabulku oddílů GPT a ne MSDOS, tak může být problém v tom, čím na ten disk saháš - tím myslím nástroje obnovy, pokud to zkusíš třeba nějakým starsím programem, který má stále pěkný vzhled. Tohle je dobrý si pohlídat, protože pokud zapomeneš a neobnovuješ svoje data, ale třeba data někoho, kdo to neumí - no tak to mu je asi neobnovíš. A pokud jseš začínající servisák, tak to asi nebude ten nejlepší začátek.
Mohl bys zkusit tohle v terminálu:
sudo touch forcefsck
a potom restartovat systém a vyvolat nucenou kontrolu všech disků. Akorát podle Archwiki to bude fungovat pouze v systémech se sysvinit a upstart, ne v systému které používají pro prvotní běh systemd, což ubuntu 20.04 určitě je. Musel bys před náběhem Ubuntu přidat parametr do startovací řádky a to tento :
fsck.mode=force
Když tak napiš jestli to jde vyvolat a ostatní nech opěvovat Windows.
EDIT: Jo a co se týče hubu na disky, asi by ti je měl pobrat, záleží však jestli to stíhá to podpůrný trafo.
Co máš připojeno k usb zjistíš lehce takto:
lsusb -vv | more
A jaké máš disky a filesystémy takto:
sudo parted -l
Já bych ten disk určitě nemazal, mám neblahý zkušenosti s fleškama a u dnešních disků bych čekal obdobné problémy, nebo spíš i mnohem horší.
No a konečně jako třešničku na dortu zkus tento příkaz:
sudo fsck.ntfs /dev/sda1
kde sda1 změníš podle toho, jak se ti ten disk připojí. Pokud máš připojeno více disku, můžeš se totiž snadno splést.
-
Tak data na discích nebyla kritická, téměř vše jsem zachránil testdiskem, pak jsem v gparted nechal vytviřit novou tabulku oddílů msdos a formát na ntfs. zatím se to drží, další Tvé nápady zkusím zítra, dnes už skoro nevidím. Díky.
-
Obecne si pamatuji, ze kdyz se formatovalo z linuxu na windowsackej filesystem, tak to prinaselo potize. Ono staci flashku s fat32 strcit jednou do linuxu a hned pak jak ji das zase do woken, tak hlasi, ze je potreba ji zkontrolvat. Neco tam proste neni stejne a ten linux tam pristupuje nejak jinak. Proto vzdy ntfs a hlavne fat formatuji aspon z WinPE, pokud neni dualboot ..
-
Mrknu se po tom WinPE. asi to bude nejlepší řešení.
Doufám že to zvládnu nainstalovat na flashku, je to nějaké divné.
-
Mohl bys zkusit tohle v terminálu:
sudo touch forcefsck
a potom restartovat systém a vyvolat nucenou kontrolu všech disků. Akorát podle Archwiki to bude fungovat pouze v systémech se sysvinit a upstart, ne v systému které používají pro prvotní běh systemd, což ubuntu 20.04 určitě je.
Tohle nezafungovalo
Musel bys před náběhem Ubuntu přidat parametr do startovací řádky a to tento :
fsck.mode=force
Když tak napiš jestli to jde vyvolat.,
, a xubu bootoje napřímo, takže bych asi musel upravit config...
EDIT: Jo a co se týče hubu na disky, asi by ti je měl pobrat, záleží však jestli to stíhá to podpůrný trafo.
Co máš připojeno k usb zjistíš lehce takto:
lsusb -vv | more
A jaké máš disky a filesystémy takto:
sudo parted -l
Já bych ten disk určitě nemazal, mám neblahý zkušenosti s fleškama a u dnešních disků bych čekal obdobné problémy, nebo spíš i mnohem horší.
No a konečně jako třešničku na dortu zkus tento příkaz:
sudo fsck.ntfs /dev/sda1
kde sda1 změníš podle toho, jak se ti ten disk připojí. Pokud máš připojeno více disku, můžeš se totiž snadno splést.
sudo: fsck.ntfs: příkaz nenalezen
Pokračování příště.
-
a xubu bootoje napřímo, takže bych asi musel upravit config...
Ne,nemusel. Pokud bootuješ přes bios, přistartu než ti nabíhá splash podržíš Shift a vyvoláš grub menu. V grub menu edituješ startovací řádek stisknutím 'e' (je to tam napsaný) a do řádku, který začíná
linux /boot/vmlinuz- .....
přidáš na konec
fsck.mode=force
Vynutíš tím kontrolu všech připojených disků, ke které by normálně mělo dojít po 30 startech Ubuntu. Místo WinPE bych si raději sehnal nějaký instalační médium Windows, za předpokladu, že máš počítač s dvd jednotkou. Hodně štěstí přeju.
Edit: Pokud booteješ pomocí uefi, tiskneš esc.
-
Obecne si pamatuji, ze kdyz se formatovalo z linuxu na windowsackej filesystem, tak to prinaselo potize. Ono staci flashku s fat32 strcit jednou do linuxu a hned pak jak ji das zase do woken, tak hlasi, ze je potreba ji zkontrolvat. Neco tam proste neni stejne a ten linux tam pristupuje nejak jinak. Proto vzdy ntfs a hlavne fat formatuji aspon z WinPE, pokud neni dualboot ..
No toto už je řádná motanice. Asi myslíš "dirty bit", to když vysuneš flešku aniž bys ji před tím odpojil. To ti ale zařve jak v Ubuntu, tak ve Windows.
Je však rozdíl, když smažeš flešku orproti harddisku, protože na harddisku máš povětšinou důležitější data, než na flešce. Na flešce máš taky většinou jen jeden oddíl a snadno se s ní manipuluje. Taky má na tom externím harddisku jen jeden oddíl, ale prostě externí disk není fleška, to jsem měl na mysli já.
-
Ne,nemusel. Pokud bootuješ přes bios, přistartu než ti nabíhá splash podržíš Shift a vyvoláš grub menu. V grub menu edituješ startovací řádek stisknutím 'e' (je to tam napsaný) a do řádku, který začíná
linux /boot/vmlinuz- .....
přidáš na konec
fsck.mode=force
Vynutíš tím kontrolu všech připojených disků, ke které by normálně mělo dojít po 30 startech Ubuntu. Místo WinPE bych si raději sehnal nějaký instalační médium Windows, za předpokladu, že máš počítač s dvd jednotkou. Hodně štěstí přeju.
Edit: Pokud booteješ pomocí uefi, tiskneš esc.
Přidáno, doufám že dobře, a nic, nabootuje přímok přihlášení.
-
@Amigo - Neinstaluj WindowsPE na flešku. Flešku si jednou naformátuj jako boot-Ventoy. Pak na ni jen kopíruješ ISO obrazy (WindowsPE, Linux dister). Zasuneš flešku do kompu s nakopírovanými ISO soubory a spustíš komp, aby bootoval z flešky (zpravidla F12 klávesa). Z vypsaného seznamu při startu počítače si vybereš z nabídky, co chceš rozběhnout. Návodů na netu je plno:
https://cs.wikipedia.org/wiki/Ventoy (https://cs.wikipedia.org/wiki/Ventoy)
https://diit.cz/clanek/ventoy-1-vytvarime-flashku-plnou-instalacnich-obrazu-operacnich-systemu (https://diit.cz/clanek/ventoy-1-vytvarime-flashku-plnou-instalacnich-obrazu-operacnich-systemu)
https://forum.linux-mint-czech.cz/viewtopic.php?t=7573 (https://forum.linux-mint-czech.cz/viewtopic.php?t=7573)
https://linuxiac.com/ventoy-create-bootable-usb/ (https://linuxiac.com/ventoy-create-bootable-usb/)
Fleška jde nadále používat jako běžná na soubory. Mám takovou pro různé zkoušení a servis s GParted, Clonezilla,.. WindowsPE, Mint, Kubuntu, Fedora, Slax, SUSE ... a souborů s nápovědami, poznámkami.
Příkaz v terminálu na vytvoření (1. řádek nastavuje do složky s rozbalenou aplikací ):
cd ventoy-1.0.80
sudo sh VentoyWeb.shVýpis z terminálu v Ubuntu při vytvoření Ventoy před 2 roky:
user@acer:~/ventoy-1.0.80$ sudo sh VentoyWeb.sh
[sudo] heslo pro user:
===============================================================
Ventoy Server 1.0.80 is running ...
Please open your browser and visit http://127.0.0.1:24680
===============================================================
################## Press Ctrl + C to exit #####################
user@acer:~/ventoy-1.0.80$
-
Ne,nemusel. Pokud bootuješ přes bios, přistartu než ti nabíhá splash podržíš Shift a vyvoláš grub menu. V grub menu edituješ startovací řádek stisknutím 'e' (je to tam napsaný) a do řádku, který začíná
linux /boot/vmlinuz- .....
přidáš na konec
fsck.mode=force
Vynutíš tím kontrolu všech připojených disků, ke které by normálně mělo dojít po 30 startech Ubuntu. Místo WinPE bych si raději sehnal nějaký instalační médium Windows, za předpokladu, že máš počítač s dvd jednotkou. Hodně štěstí přeju.
Edit: Pokud booteješ pomocí uefi, tiskneš esc.
Přidáno, doufám že dobře, a nic, nabootuje přímok přihlášení.
Tohle je špatně
sudo: fsck.ntfs: příkaz nenalezen
Není to
sudo: fsck.ntfs ale sudo fsck.ntfs akorát je možný, že nemáš naistalovaný balík ntfs.3g,takže Ubuntu ti ten disk nemá jak zkontrolovat, zkus sudo apt-get install ntfs-3ga až potom teprve
sudo fsck.ntfs /dev/sdxY
ten parametr fsck.mode=force by fungovat měl - tady ti k tomu něco píšou - Forcing the check (https://wiki.archlinux.org/title/Fsck), není to můj nápad.
EDIT: Ten příkaz se s tím parametrem asi proběhl, akorát nebylo nic vidět, protože by se musel zároveň umazat parametr --quiet
Něco zjistíš aspoň takhle
dmesg | grep fsckTakže fakt někdy příště.
-
Nějak nemůžu najít WinPE pro EFI a 64bit. Nějaký link by nebyl? Pěkně prosím... :)
-
Obecne si pamatuji, ze kdyz se formatovalo z linuxu na windowsackej filesystem, tak to prinaselo potize. Ono staci flashku s fat32 strcit jednou do linuxu a hned pak jak ji das zase do woken, tak hlasi, ze je potreba ji zkontrolvat. Neco tam proste neni stejne a ten linux tam pristupuje nejak jinak. Proto vzdy ntfs a hlavne fat formatuji aspon z WinPE, pokud neni dualboot ..
No toto už je řádná motanice. Asi myslíš "dirty bit", to když vysuneš flešku aniž bys ji před tím odpojil. To ti ale zařve jak v Ubuntu, tak ve Windows.
Je však rozdíl, když smažeš flešku orproti harddisku, protože na harddisku máš povětšinou důležitější data, než na flešce. Na flešce máš taky většinou jen jeden oddíl a snadno se s ní manipuluje. Taky má na tom externím harddisku jen jeden oddíl, ale prostě externí disk není fleška, to jsem měl na mysli já.
Depa - zasna motanice, zadnej hulvatskej vysun - vse poctive, jak ma bejt. Presto ma vzdy win problem z flashkou fat, kterou pouzijes trebas jen jednou v linuxu. Opravdu ten linux s tim neco udela, co win vyhodnoti jako, ze neni koser. Nastesti to bude neco marginalniho - flashka normalne funguje. Naopak - pokud jsem tu win kontrolu spustil, tak se mi parkrat stalo, ze to tu flesku domrvilo uplne. Proste je tam nejaky rozdil v tom pristupu. U flesek s ntfs nevim, zda se objevuje stejny jev - s temi jsem moc nepracoval.
-
Nějak nemůžu najít WinPE pro EFI a 64bit. Nějaký link by nebyl? Pěkně prosím... :)
Zkus stahnout nejake PE iso a na flesku dat pomoci nejakeho programu Rufus treba ve win nebo etcher v linux.
A nebo dopln efiloader pro win na tu flesku. Musi mit format fat32.
Nebo si stahni HBCD - mrkni na jejich stranky a mas tam jak promakane WinPE, tak navod, jak tu flesku pripravit.
https://www.hirensbootcd.org/
Melo by stacit mit flash naformatovanou na fat32 - ale nekde z win nebo z vyroby a tam rozabalit to iso.
A nebo v linuxu rovnou prenest obraz - treba v aplikaci "disky" (gnome-disk-utility se to jmenuje pro instalaci via terminal apt - uzitecna aplikace tak i tak) nebo pomoci DD (DD je pro ty zkusenejsi). I ten balena etcher by to mel zvladnout.
-
@Ventero «Odpověď #42 v 10:34:19»
S FAT/NTFS formáty na flešce nemám problémy. ALE! Když v Gparted (vlastně Linux SW) vytvořím partition/oddíl na HDD/SSD/USB-flash a označím FAT32 případně NTFS, tak při prvním užití ve Windows, chce systém od Microsoft-u nosiče opravit. Což povolím a pak již nadále vše bez problémů.
-
No a me to udelalo vzdy, kdyz jsem jakoukoliv flesku (at uz jsem oddil vytvoril a formatoval v jakemkoliv OS) strcil a pouzil v linuxu (treba jen z ni zkopiroval soubor) a pak zase pouzil ve win. A jak jsem psal - naucil jsem se tu vyzvu na opravu ignorovat, protoze ta win oprava mi nekolikrat flesku znefunkcnila (nekdy jen pro boot, jindy uplne).
Kdyz vytvoris fat32 flesku v linuxu, tak se da normalne pouzivat, ale windows z ni odmitnou bootovat (nerozpoznaji nazvy dulezitych souboru), protoze linux formatuje fat s jinym znakovym parametrem. Nekde tu je i vlakno s resenim, ale nez se s tim drbat, tak si radsi flesku predpripravim pod Win (WinPE) nejlepe v Rufus - usetri mi to spoustu prace.
Pro bezne pouziti (bez spec. pozadavku, ktere ja na bootfles mam) je ale uz dneska nejspis nejefektivnejsi pouzit ten Ventoy.
-
@Amigo «Odpověď #41 v 09:02:01»
Stručný překlad návodu tvorby WinPE sedmiček (pro Windows 10/11 jsem nehledal), jež jsem kdysi použil
https://askubuntu.com/questions/1418880/how-can-i-make-a-windows-pe-bootable-usb-from-ubuntu (https://askubuntu.com/questions/1418880/how-can-i-make-a-windows-pe-bootable-usb-from-ubuntu)
1. doinstalovat v Ubuntu wimtools, lze přímo z repozitáře/Centra SW, jinak lze příkazem v terminálu:
sudo apt install wimtools2. stáhnout Microsoft WAIK ISO
https://www.microsoft.com/cs-cz/download/details.aspx?id=5753 (https://www.microsoft.com/cs-cz/download/details.aspx?id=5753)
zde vybrat jazyk a stáhnout
Sada Windows Automated Installation Kit (AIK) pro systém Windows 7
3. připojit soubor KB3AIK_EN.iso nebo česká KB3AIK_CS.iso
sudo mount KB3AIK_EN.iso $HOME/waik4. spustit
mkwinpeimg --iso --waik-dir=$HOME/waik winpe.iso --overlay=/path/to/exe/folder5. zkopírovat soubor winpe.iso na připravenou boot-USB Ventoy, návod jsem uvedl předtím
Na závěr. Možnost využití hotových Windows ISO souborů. Nějaký Rus/Ukrajinec (?) vytváří kompletní ISO balíky i se spoustou nástrojů. Sám je využívám (pohodlí), je dobrý. Jen se musí ISO stáhnout z internet-úložných služeb. Uvádí je dole.
https://sergeistrelec.ru/winpe-10-8-sergei-strelec-english/ (https://sergeistrelec.ru/winpe-10-8-sergei-strelec-english/)
z roku 2021, kdy jsem naposledy stáhnul
https://sergeistrelec.ru/winpe-10-8-sergei-strelec-english/211-winpe-10-8-sergei-strelec-x86-x64-native-x86-20211015-english-version.html (https://sergeistrelec.ru/winpe-10-8-sergei-strelec-english/211-winpe-10-8-sergei-strelec-x86-x64-native-x86-20211015-english-version.html)
@Ventero «Odpověď #47v 22:00:39» Doplněk k příspěvku níže.
K nepochopení, že Microsoft rovnou nedá ke stáhnutí ISO WinPE. Raději řeší generování ISO časově náročným postupem a jen pod již instalovanými Windows (přitom sami ustoupili a s Linux si pohrávají). :-\ Musí vědět, že zatím nikdy nezabránili šíření crack-nutých, aktivovaných plných verzí a upravených verzí (jako od již zmiňovaných Normin či Strelec).
-
To radsi pouziju proverene HBCD s dostatkem nastroju. Jinak male verze delal i jeden cech pod nikem Normin na craftcom.net
Obavam se ale, ze vse bylo na ulozto a tak uz je to v trapu. A je to tak.
Kdybych mel cas tak upnu obraz disku nekam i s tim - ma to vyhodu cestiny a rychleho bootu - pak tam spoustim kdejakou portable apku, dle potreby. Treba flesku od PortableApps.
Nakonec Easeus nabizi plne graficky nastroj (pro Win) pro tvorbu vlastniho WinPE i pro naproste zacatecniky.
https://www.easeus.com/backup-recovery/winpe-builder.html
Tez na github se da najit x projektu WinPE.
-
Jen doplním (@sabraq -ovi se vloudila chybička). Bývalo to takto:
sudo touch /forcefsck
Ten soubor se vytvářel do kořene disku.
Jako parametr jádra bych za normálních okolností přidal k již zmíněnému
fsck.mode=force fsck.repair=yes
A hlavně by bylo fajn si upravit /etc/fstab a jako poslední číslo na přípojný bod tam dát dvojku. Například:
UUID="74588888848B6" /kam/to/chces/pripojit ntfs uid=1000,gid=1000,dmask=022,fmask=133 0 2
-
Takže Ventoy vytvořen použito Strelcovo WinPE, vyléčeno. Možno uzavřít, jen jak tu už někdo zmínil, tak také přemýšlím o přechodu k MXLinuxu, zatím jsem na něj nenašel vyloženě špatné recenze. Přemýělel jsem o tom už dřív, ale vrozená lenost nedovolila, až tahle situace rozhodla.
Díky všem za rady a pomoc, dost jsem se naučil ale stejně to zapomenu. Jen ten Ventoy dobře uschovám.
-
Obecne si pamatuji, ze kdyz se formatovalo z linuxu na windowsackej filesystem, tak to prinaselo potize. Ono staci flashku s fat32 strcit jednou do linuxu a hned pak jak ji das zase do woken, tak hlasi, ze je potreba ji zkontrolvat. Neco tam proste neni stejne a ten linux tam pristupuje nejak jinak. Proto vzdy ntfs a hlavne fat formatuji aspon z WinPE, pokud neni dualboot ..
No toto už je řádná motanice. Asi myslíš "dirty bit", to když vysuneš flešku aniž bys ji před tím odpojil. To ti ale zařve jak v Ubuntu, tak ve Windows.
Je však rozdíl, když smažeš flešku orproti harddisku, protože na harddisku máš povětšinou důležitější data, než na flešce. Na flešce máš taky většinou jen jeden oddíl a snadno se s ní manipuluje. Taky má na tom externím harddisku jen jeden oddíl, ale prostě externí disk není fleška, to jsem měl na mysli já.
Depa - zasna motanice, zadnej hulvatskej vysun - vse poctive, jak ma bejt. Presto ma vzdy win problem z flashkou fat, kterou pouzijes trebas jen jednou v linuxu. Opravdu ten linux s tim neco udela, co win vyhodnoti jako, ze neni koser. Nastesti to bude neco marginalniho - flashka normalne funguje. Naopak - pokud jsem tu win kontrolu spustil, tak se mi parkrat stalo, ze to tu flesku domrvilo uplne. Proste je tam nejaky rozdil v tom pristupu. U flesek s ntfs nevim, zda se objevuje stejny jev - s temi jsem moc nepracoval.
Trochu jsem se tím jednu dobu zabýval a taky jsem si jistý, že flešky normálně běžící v linuxu se po připojení ve windows ukázali pro windows jako nedůvěryhodné médium, kde je nutná kontrola, včetně anitivirové. Říkal jsem si, že to bude to bude fatkou, kterou jsem měl kdysi standardně jako dostačující k účelům s fleškou a kvůli přepojování mezi přístroji, které ntfs neznají. Ale u mě většinou než kontrolují, windows na flešku rádi odkládají/swapují/zrychlují a nebo jenom připojovali.
Jen doplním (@sabraq -ovi se vloudila chybička). Bývalo to takto:
sudo touch /forcefsck
Ten soubor se vytvářel do kořene disku.
Jako parametr jádra bych za normálních okolností přidal k již zmíněnému
fsck.mode=force fsck.repair=yes
A hlavně by bylo fajn si upravit /etc/fstab a jako poslední číslo na přípojný bod tam dát dvojku. Například:
UUID="74588888848B6" /kam/to/chces/pripojit ntfs uid=1000,gid=1000,dmask=022,fmask=133 0 2
Je to tak, vzpomněl jsem si potom, ale spolíhal jsem spíš na ten druhý způsob ručního spuštění v terminálu. Beze změny ve fstab by přes ten parametr jádra ty připojené externí disky(nebo přesněji souborové systémy na těch discích) fsck vynechal. Ten soubor se vytvořil zbytečně nejspíš v /home, kde půjde smazat zas jen přes správce.
Takže Ventoy vytvořen použito Strelcovo WinPE, vyléčeno. Možno uzavřít, jen jak tu už někdo zmínil, tak také přemýšlím o přechodu k MXLinuxu, zatím jsem na něj nenašel vyloženě špatné recenze. Přemýělel jsem o tom už dřív, ale vrozená lenost nedovolila, až tahle situace rozhodla.
Díky všem za rady a pomoc, dost jsem se naučil ale stejně to zapomenu. Jen ten Ventoy dobře uschovám.
No tak to je skvělý, rádo se pomohlo. A úplně se to určitě nezapomene, tak jako plavání a potápění. Nebude to asi leností, je to totiž docela dřina s nejistým výsledkem.
-
Tak ještě jednou díky. :)
-
Opět podotýkám, že windle nemám.
To je snaha o izolaci chyby u mě a možná by souvisela i s tvým problémem.
Přebootuju do Windows, deaktivuji fast boot. A jestli se mi budou mrvit NTFS dál, tak je jasné kde je chyba.
Scandiskoval jsem veškeré NTFS a vypnul fast boot. Čekám na stav, kdy mi nepůjde přimountovat NTFS svazek. Zatím to jde. Potom sem napíši. Cílem je vyloučit Windows a potvrdit, že je chyba v nějaké softwarové komponentě na straně Linuxu.
Buď mám štěstí, nebo na to fast boot vliv nemá, protože OpenSUSE TW mi tohle nedělá a fast boot mám ve Windows 11 zapnutý. A občas na NTFS disky chodím (i když teda všechny externí mám z důvodu kompatibility naprosto všude v exFAT, ale interní v notebooku jsou oba NTFS a malý 120 GB oddíl pro Linux).
edit: fast boot na to vliv asi fakt nemá, protože pomáhá rychle zapnout vypnutý systém. Při restartu nemá vliv (vyhledáno na google).
Programátor hardwaru by ti řekl, že to, že systém nabootoje na fast boot a vše funguje, je dílo pravděpodobnosti a náhody.
Vypl jsem fast boot, ale také se aktualizoval Linux. Nicméně NTFS svazky jsou již bez chyb a připojují se ochotně.
Na flešce mám FAT16 a exFAT (oboje používá právě Ventoy a občas omylem připojím i FAT16) a snad nikdy se mi mezi Linuxy a Windows nekazily.
EFI je taky sdílená partišna s FAT32 a bez chyb.
-
Na formatovani fat16 potrebujes specialni SW - to uz nemely ani WinXP v moznostech. A pouzivalo se to jenom na prehrani FW starych desek a pocitacovyxh strojnich jednotek.
Sdileny fat32 ESP funguje v dualbooot bezchybne hlavne proto, ze ho vytvori Windows a pak se do nej pridaji soubory EFI Linuxu. Udelat to obracene, tak se obavam, ze Win nebude bootovat.
Je vsak mozne, ze kdyz zadas v instalatoru, ze oddil bude prave ESP, tak se upravi i spravny znakovy parametr a nedojde k problemu s bootem Win, kdyz jen oddil naformatujes utilitou v linuxu bez upresneni toho parametru.
-
Na formatovani fat16 potrebujes specialni SW - to uz nemely ani WinXP v moznostech. A pouzivalo se to jenom na prehrani FW starych desek a pocitacovyxh strojnich jednotek.
Sdileny fat32 ESP funguje v dualbooot bezchybne hlavne proto, ze ho vytvori Windows a pak se do nej pridaji soubory EFI Linuxu. Udelat to obracene, tak se obavam, ze Win nebude bootovat.
Je vsak mozne, ze kdyz zadas v instalatoru, ze oddil bude prave ESP, tak se upravi i spravny znakovy parametr a nedojde k problemu s bootem Win, kdyz jen oddil naformatujes utilitou v linuxu bez upresneni toho parametru.
Na FAT16 naformátuješ s lecčíms. Pokud se bavíme o Linuxu, mám to tady v Správce diskových oddílu KDE.
Myslím, že jsem měl EFI partišnu jednu dobu i ve FAT16, normálně to jelo.
EFI partišna, ESP, mimochodem to ESD-ESP se dá v klidu přejmenovat, vytvoříš jako běžnou FAT32 partišnu, jen ji dáš příznak boot.
Jelikož budu dělat nejspíše v blízké době další EFI partišnu, tak to klidně s tím FAT16 zkusím.
-
Nejen priznak boot, ale i ji definovat jako ESP - i presto instalator Ubuntu a spol. v pripade 2 disku, i pres manualni nastaveni, je schopen prdnout zavadec do existujici windowsacky ESP na prvnim disku ..
V jinych, nez popsanych pripadech (a to v pripade PC uz neni aktualni od Pentium 4 - tj. 20 let) nema fat16 smysl vyjma proprietalnich komputacnich jednotek na starych platformach apod.
Ale zkus - zajimavy pokus - jestli si EFI vezme fat16 - otazka jeste zda bude platit pro vsechny desky a fw ..
-
Nejen priznak boot, ale i ji definovat jako ESP - i presto instalator Ubuntu a spol. v pripade 2 disku, i pres manualni nastaveni, je schopen prdnout zavadec do existujici windowsacky ESP na prvnim disku ..
V jinych, nez popsanych pripadech (a to v pripade PC uz neni aktualni od Pentium 4 - tj. 20 let) nema fat16 smysl vyjma proprietalnich komputacnich jednotek na starych platformach apod.
Ale zkus - zajimavy pokus - jestli si EFI vezme fat16 - otazka jeste zda bude platit pro vsechny desky a fw ..
Jo to je možné, že FAT16 nemusí obrat všechny varianty. Ale ono je to víceménně to stejné jako FAT32, předpokládám zpětnou kompatibilitu.
Ano, to je pravda, že partition má své ID. A že je dlouhé(nikoliv 4 znaky jako dříve), jsem zjistil až včera.
S tím boot příznakem jsem neměl pravdu. Některé ošemetné konfigurace to mohou vyžadovat, včetně příznaku BIOS, ale v zásadě to prý není potřeba.
Tady čtu, že UEFI podporuje i FAT12, tak už ty nižší FATky testovat nebudu.
Každopádně jsi mi vnukl myšlenku, co ještě musím otestovat u NX bugu pro Ubuntu 24.10. Dík. ;-)
-
Pán vedle z fóra mi potvrdil, že je třeba vypnout fast boot ve Windows (nikoliv nutně i v BIOSe).
A případně zakázat hybernaci, která zamyká disky a pak se tváří jako poškozené.
-
Hovadinu jmenem fastboot vypinam automaticky v bios hned po zapnuti pc a ve win hned po instalaci ..
-
Hovadinu jmenem fastboot vypinam automaticky v bios hned po zapnuti pc a ve win hned po instalaci ..
Ještě že už to nezapínají updaty Windows zpět. Slyšel jsi ten vtip? Uložíš si soubor v MS Office a on zmizne. No bohužel to není vtip.
-
On se ulozi rovnou do kose. Stara romska moudrost - vsechny dokumenty z uradu patri rovnou do kose - co kdyby tam byla nejaka pokuta nebo neco jineho, co se musi zaplatit ;D
-
:D
-
On se ulozi rovnou do kose. Stara romska moudrost - vsechny dokumenty z uradu patri rovnou do kose - co kdyby tam byla nejaka pkita nebo neco jineho, co se musi zaplatit ;D
Jako fakt? :-D To musím říct Domce, ona MS Office používá kvůli práci, bylo by blbé, kdyby přišla o nějaké dokumenty. Nemáš nějaký odkaz, kde se o tom píše?
-
Jako fakt? :-D To musím říct Domce, ona MS Office používá kvůli práci, bylo by blbé, kdyby přišla o nějaké dokumenty. Nemáš nějaký odkaz, kde se o tom píše?
https://www.pcworld.com/article/2479617/a-nasty-word-bug-deletes-files-upon-saving-heres-how-to-avoid-it.html (https://www.pcworld.com/article/2479617/a-nasty-word-bug-deletes-files-upon-saving-heres-how-to-avoid-it.html)
https://www.bleepingcomputer.com/news/microsoft/microsoft-fixes-word-bug-that-deleted-documents-when-saving/ (https://www.bleepingcomputer.com/news/microsoft/microsoft-fixes-word-bug-that-deleted-documents-when-saving/)
https://www.chip.cz/zvlastni-chyba-microsoft-wordu-pri-ulozeni-se-dokument-rovnou-smaze (https://www.chip.cz/zvlastni-chyba-microsoft-wordu-pri-ulozeni-se-dokument-rovnou-smaze)
-
Děkuju 👍🏻
-
Jsou clanky i v cestine. Docasne reseni je rucni ulozeni pred uzavrenim dokumentu. A kdyz ten dokument zmizi, tak se proste najde v kosi. Nazev dokumentu take nesmi obsahovat dvojkrizek.
https://www.zive.cz/clanky/word-pri-ulozeni-soubor-smaze-nastesti-ho-najdete-v-kosi/sc-3-a-230614/default.aspx