Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Instalace, aktualizace a spouštění => Téma založeno: dredata_zizalka 18 Listopadu 2020, 07:34:55
-
Před několika dny se nainstalovaly aktualizace a od té doby mi nebootuje xubuntu, pouze jako recovery a tam se mi nedaří stáhnout jas monitoru na notebooku HP-Pavilion-x360-Convertible.
Respektive, někdy se spustí, někdy ne. Mám tam teď 3 jádra, nebootuje to s žádným krom recovery.
Někdy to po restartu naskočí, někdy ne.
Když spustím běžné jádro zastaví se na 'loading initial ramdisk' a nic. Déle jak cca 6 min se mi čekat nechtělo - nebo bych měla?
NAME="Ubuntu"
VERSION="20.04.1 LTS (Focal Fossa)"
PRETTY_NAME="Ubuntu 20.04.1 LTS"
VERSION_ID="20.04"
-
Zkus jiná jádra (kernely) - novější/starší z mainline (https://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D)
Klidně jich nainstaluj víc. To které bude použitelné ponechej, ostatní odinstaluj.
-
zkusím,
ještě drobná otázka - jak se dostanu do Grubu aniž bych to ze zaseknutí musela na tvrdo restartovat?
Při posledním restartu se mi povedlo vyvolat jakési menu, kde byla i volba zavaděče, ale netuším kterým tlačítkem se mi to povedlo... mě to přišlo totiž jako docela samovolná akce pc, asi jsem ho už štvala :-D
-
instalovala jsem 4.44 a ono tam vůbec není :-D
Grub jsem upravila s timeout 3 a stejně se neobjevuje (dala jsem i update grub příkaz)
ale povedlo se mi to spustit z nového jádra a zachytit zprávu, nicméně samo od sebe se to nechytne a musím restartovat natvrdo.
https://ctrlv.cz/v0MK
a ráda si nechám poradit, jak tam tak pěkně vložit ten přílohovitý obrázek ;-)
-
zkusím,
ještě drobná otázka - jak se dostanu do Grubu aniž bych to ze zaseknutí musela na tvrdo restartovat?
Při posledním restartu se mi povedlo vyvolat jakési menu, kde byla i volba zavaděče, ale netuším kterým tlačítkem se mi to povedlo... mě to přišlo totiž jako docela samovolná akce pc, asi jsem ho už štvala :-D
Do konzole se dostaneš pomocí ctrl+alt+F1
Tzv. "na tvrdo" nikdy nerestartuj - ničíš filesystém, disk atd.
K vyvolání restartu "zaseknutého" PC slouží příslušné klávesy:
Podrž alt + PrtSc a k tomu pomalu postupně mačkej r e i s u b
Po stisku poslední klávesy (b) dojde k restartu.
-
:o no to jsem zase o něco chytřejší...
to co jsem zachytila má nějakou vypovídající hodnotu? Ptám se protože to instalované jádro se tam nezobrazuje, tak jestli má smysl instalovat další..
-
:o no to jsem zase o něco chytřejší...
to co jsem zachytila má nějakou vypovídající hodnotu? Ptám se protože to instalované jádro se tam nezobrazuje, tak jestli má smysl instalovat další..
Všechna nainstalovaná jádra se zobrazují např. v Synapticu (jsou to .deb balíky jako každé jiné). A samozřejmě v Grub > Advanced options.
Co je vidět v Grub-customizer (resp. /etc/default/grub)?
-----------------------------------------------------------------------------------------------------------
Pokud se problémy objevily po instalaci "nějakých aktualizací", nejjednodušší bude systém obnovit ze zdravé zálohy.
Ale zálohy si zřejmě neděláš. Proč? :-\ V případě problémů to velice usnadní život....
-
v souboru:
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=3
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
V Advanced options právě nebyl :-(
Zálohy si dělám pouze dat několikrát do roka, zdravou zálohu systému nemám, jelikož zatím nevím jak se dělá a jak se používá :-D.
Většinou totiž volím rovnou reinstalaci systému na třeba jiné distro nebo verzi, abych si osvěžila prostředí :-) Jenže k tomu mám zpravidla u sebe druhý PC pro případné kolize.. a ten teď nemám :-(.
-
Zálohy systému si dělej Timeshiftem.
K zobrazení nainst. kernelů/editaci grubu použij grub-customizer
-
tak už mám instalované obojí, jen tedy tu zálohu ted asi nemá smysl dělat :-D
toto je ten grub, čudné čudné.. zkusím ten balík udělat znovu
https://ctrlv.cz/HXUJ
-
Tak můj počítač je imunní.
Provedla jsem znovu instalaci v terminálu. Jádro tam stále není, ač to nehlásilo problém.
Alt + ctrl F1 mi ukáže system info, ale volby. :-(
a to zaklínadlo jsem zkoušela s altem, s altemgr, pomalu a ještě pomaleji a nic :-(
při restartu systém nenaběhne, ale už nabíhá z z advance options (ne recovery) .. s tamtím psaním co jsem posílala. Ale spustí se. Jen ne sám od sebe, tedy...
-
Pokud nabíhá z advance options, tak stačí (v grub-customizeru) tu položku (která nabíhá) přesunout na první místo (úplně nahoru).
A na kartě "Obecná nastavení" zvolit viz obrázek. Pak už ta položka bude bootovat automaticky...
-
tak moment... možná jsem imunní já ;D ;D ;D já tu mám 2 klávesnice, ale při tom úplném startu mi ta F1 fungovala z notebooku přímo :o
prozkoumám :-D
-
Pokud nabíhá z advance options, tak stačí (v grub-customizeru) tu položku (která nabíhá) přesunout na první místo (úplně nahoru).
no když já tam dávám právě teď tu první položku :-\
-
Tak dnes ráno,
odpojila jsem externí klávesnici, abych měla pod kontrolou tlačítka.
to zaklínadlo nerestartuje, ani při černé obrazovce ani při "initial ramdisk..." :-(
dnes mi nešlo jiné jádro než recovery :-(
já bych potřebovala alespoň nějak vynutit ten restart :-(
povedlo se mi tam došťouchat nové jádro (tady byla chyba opravdu v mé zabedněnosti...), a po restartu zatím ok, přičemž to úplně zatím moc neznamená. Teď už musím do práce, takže to ozkouším ještě později a dám vědět ;-) a když to bude ok, okouknu ten zálohovací prográmek ;-)
-
zaklínadlo - mačkáš to špatně....
-
Ak to máš na sieti a máš povolený port 22 (ssh), mal by fungovať reboot po prihlásení z iného stroja.
-
zaklínadlo - mačkáš to špatně....
budu tedy zkoušet dál :-D
-
zaklínadlo - mačkáš to špatně....
Tedy já se fakt snažím :-D
zmáčknu a držím alt + prtsc a pak postupně mačkám (a stále držím ty dvě) a nic. Zkoušela jsem cca 2-3 vteřinové odestupy - je to málo?
Zkoušela jsem to ty dvě i nedržet, zkoušela jsem altgr. To se těším, jakouže to kravskou chybu dělám.
Dnes jsem i na několikátý pokus stejně spouštět v recovery.
Zkusím ještě nějaká další jádra.
-
Možno máš z tých vypínaní natvrdo poškodený filesystém, skús v recovery móde dať opraviť, preskenovať všetky disky.
-
Myslim, ze zaklinadlo v tomhle pripade nemuze pomoci, nebot ve chvili "initial ramdisk" neni jadro zavedene - je to ranejsi zavadeci faze ...
Jak psal zeleno - da se i z live stejne verze a pak uz bych nejspis pocital s reinstalem.
-
zaklínadlo - mačkáš to špatně....
Tedy já se fakt snažím :-D
zmáčknu a držím alt + prtsc a pak postupně mačkám (a stále držím ty dvě) a nic. Zkoušela jsem cca 2-3 vteřinové odestupy - je to málo?
Zkoušela jsem to ty dvě i nedržet, zkoušela jsem altgr. To se těším, jakouže to kravskou chybu dělám.
Jestli máš funkci PrtSc v rámečku, musíš přimáčknout klávesu fn -> alt + fn + prtsc , pak r e i s u b
-
tak mačkám správně, dostalo se mi té cti, že mi z nějakého důvodu zamrzl pc v běhu.... a tam se restart provedl.
nicméně zaklínadlo mi nefunguje, když mi pc nabíhá...
Už mi to tu začalo hlásit i problém systémového programu, jen nevím kterého... no v úterý to vidím na přeinstalaci, tak jen doufám, že mě to nevypeče zítra při práci :-(
-
Tak novinka,
reinstal jsem udělala nyní, a co se nestalo, po doinstalování aktualizací jsem tam kde jsem byla...
Co bych prosím měla dělat? Pomůžu si když zvolím místo Xubuntu Ubuntu?
-
Ne.
Nabootuj zpátky do jádra které tam je po instalaci (vybereš na obrazovce grubu > advanced options). Pokud to bude OK, zůstaň na něm (nastavíš v grub-customizer). Instalaci nových jader zakaž (Synaptic).
-
Jádrem to není, z toho původního jádra mi to ted taky nechtělo.... takže co s tím?
Dávám tomu poslední nějaký rozumný pokus a pak zkusím jiné distro.
Ještě nějaký nápad?
-
Jiné distro zkusit můžeš, za to nic nedáš.
HW máš prověřený?
-
co myslíš tím prověřený? Jestli tam není chyba v HW nebo jestli je schůdný pro linux?
Já už nemůžu ani vytvořit instalační usb, nic mi tu postupně nefunguje a systém zamrzá... krom toho, že z toho už mám vypálené oči, jak nemůžu stáhnout jas :-(
-
Nejspíše se nejednalo jen o aktulaizaci jádra, ale i o nějaké jiné. Tedy nejjednodušší řešení je NEAKTUALIZOVAT - já už tak funguji léta a jsem celkem spokojený uživatel. Vždy po čisté instalaci udělám komplet aktualizaci a pak už aktualizuji jen internetový prohlížeč .. Stejně tak se dají aktualizovat jiné aplikace samostatně ...
-
tak se mi povedlo nainstalovat Ubuntu (sáhla jsem omylem po jiném ISO).
Aktualizaci jsem zatím nedělala, zítra po práci to bych to mohla zkusit - třeba tam ten problém nebude.
Nicméně, nedokázal by někdo ze seznamu aktualizací tipnout, co by to mohlo způsobit?
Už ted rovnou mi to napsalo, že aplikace Keys byla nečekaně ukončena :-D to to pěkně začíná...
-
Já bych to po všech těch neúspěšných pokusech a radách viděl na možný hw problém (pouze shodou náhod synchronní s tou aktualizací na začátku).
Nechal bych dlouho (nejméně 24 hod.) běhat Memtest z live média, případně Stresslinux https://www.stresslinux.org/sl/ stejným způsobem...
-
Otestovat (konečně! >:() paměti a disk. Veškeré testovací utility najdeš na UBCD (https://www.ultimatebootcd.com/) (udělej si bootfešku) v sekcích HDD a Memory.
-
Tak dnes od šesti PC normálně běží, bez jakýchkoliv záseků. Nebe a dudy. Snad to tak i bude dál.
Nicméně hw pro klid klidně otestuji, prozkoumám ten odkaz, ale tím, že je to teda pro mě řecká vesnice, tak si to musím vyhradit čas (ten bych měla mít ve středu).
Zatím zkusím tu zálohu systému, a prubnu tu aktualizaci...případně, jestli to chápu dobře, bych to mohla obnovit do původního (současného, funkčního) stavu, že? Jakože se odinstalují balíky a tak.. ?
-
Tak dnes od šesti PC normálně běží, bez jakýchkoliv záseků. Nebe a dudy. Snad to tak i bude dál.
Nicméně hw pro klid klidně otestuji, prozkoumám ten odkaz, ale tím, že je to teda pro mě řecká vesnice, tak si to musím vyhradit čas (ten bych měla mít ve středu).
Zatím zkusím tu zálohu systému, a prubnu tu aktualizaci...případně, jestli to chápu dobře, bych to mohla obnovit do původního (současného, funkčního) stavu, že? Jakože se odinstalují balíky a tak.. ?
Obnova zálohy znamená, že se odstraní současný obsah syst. oddílu a nahradí se zálohou (tj. systém bude po restartu ve stejném stavu jako byl v okamžiku zálohy). Zde se bavíme o zálohách pomocí rsync snapshotů. Výhoda je, že záloha/obnova se týká pouze nových/změněných souborů, nezměněné se pouze hardlinkují. Tím se celý proces urychlí/ušetří se místo. Rsync snapshoty fungují na linuxových oddílech (EXT3, EXT4).
Nicméně ještě výhodnější/efektivnější/elegantnější je záloha pomocí btrfs snapshotů. Tam to probíhá jinak (vytvářejí se subvolumes).
Ale podmínkou použití btrfs snapshotů je mít systém nainstalovaný na BTRFS oddíle.
V každém případě, Timeshift umí oba dva typy snapshotů, takže směle do toho...
-
Inu to je pěkné, tak mi to 2 dny pěkně fungovalo a pak se asi samo něco aktualizovalo. A dnes ráno opět stávka. Nicméně na původní jádro to šlo ok. - tzn - objevilo se tam nové!
Tak jsem ho posunula 'vhore' a snad to bude dál fungovat.
Takže to jsou ty bezpečnostní aktualizace, protože ty jsou nastavené na automatické stažení a instalaci.
Je tedy otázkou, jaká záloha je v tom timeshiftu, jestli už to tam nebylo vlezlé.
Jaký navrhuješ postup?
vypnout automatické stažení a vrátit se v timeshiftu?
počkat jestli bude zlobit i to původní jádro? (protože před tím to tak bylo..)
Veškeré testovací utility najdeš na UBCD (udělej si bootfešku) v sekcích HDD a Memory.
a ano, dneska to zkusím spáchat...akorát jak jsem to nikdy nedělala, tak to musím celé pročíst, ať neudělám nějakou volovinu.
-
Pri akych jadrach sa ti to deje? Nebude to rovnake ako
https://unix.stackexchange.com/questions/607694/ubuntu-20-04-01-not-booting-after-kernel-update
-
Inu to je pěkné, tak mi to 2 dny pěkně fungovalo a pak se asi samo něco aktualizovalo. A dnes ráno opět stávka. Nicméně na původní jádro to šlo ok. - tzn - objevilo se tam nové!
Tak jsem ho posunula 'vhore' a snad to bude dál fungovat.
Takže to jsou ty bezpečnostní aktualizace, protože ty jsou nastavené na automatické stažení a instalaci.
Je tedy otázkou, jaká záloha je v tom timeshiftu, jestli už to tam nebylo vlezlé.
Jaký navrhuješ postup?
vypnout automatické stažení a vrátit se v timeshiftu?
počkat jestli bude zlobit i to původní jádro? (protože před tím to tak bylo..)
Veškeré testovací utility najdeš na UBCD (udělej si bootfešku) v sekcích HDD a Memory.
a ano, dneska to zkusím spáchat...akorát jak jsem to nikdy nedělala, tak to musím celé pročíst, ať neudělám nějakou volovinu.
Na jakém jedeš aktuálně kernelu zjistíš příkazem
uname -r
Zásadní je mít přehled, co se kdy aktualizovalo, usnadní se tím hledání problému. Veškeré balíky (vč. jader) se aktualizují přes dpkg, tudíž přehled najdeš v dpkg logu
/var/log/dpkg.log
Orientuj se v něm dle data/času. Já jsem si napsal skript který z tohoto logu "vytáhne" přehledný výpis do terminálu (viz obrázek).
Pokud to na původním jádru funguje, můžeš to nové jádro odinstalovat + zamknout nebo taky odinstalovat příslušné 3 metabalíky (v Synapticu - do vyhledávacího okénka napiš linux).
Pak už se nebudou nová jádra instalovat.
-
Tak ten log je teda dobrej úlet. ...o nás bez nás, tedy :-(
Před tím už je jen ten večer instalace a druhý den to šlo ok, včera ještě večer taky.
Potažmo ten červenec tam je vtipnej taky...byl extrééémně dlouhý, tak jsem většinu z něj smazala. Kde se tam vzal takový zápis? Vždyť to bylo mezitím celé několikrát smazané?
-
tak, ten prostřední balík je zamknutý
a nechám odinstalovat ty z obrázku. Tím se to jádro správně kompletně odstraní, že?
Když řeknu 'odstranit' nebo 'úplně odstranit' chce to vzít i ty tři, kde jsem jeden zamkla... :o co to, toto?
-
Ano, odstraň i ty tři. A doufám, že teď jedeš na tom starším (5.4.0-42)...
Jo, a ten tvůj Synaptic nemá rychlý filtr, doinstaluj si ho. Zavři Synaptic (pokud běží) a do terminálu zadej:
sudo apt-get install apt-xapian-index
sudo update-apt-xapian-index --verbose --force
Až indexace doběhne, můžeš Synaptic spustit, rychlý filtr tam bude. ;)
-
Provedeno :-) děkuji, už jsem si říkala, že neumím ani vyhledávat..
Nicméně, pc jsem na odpolko vypnula a teď to naběhlo i když s delším strašidelným přemýšlením....
Koukal jsi prosím na ten můj log? Je tam něco vykoukatelného?
Jinak, jestli se nepletu, aktualizace co tam čekají klidně můžu spustit že? když to způsobuje očividně něco, co už se nainstalovalo...
Na to, že linux používám ještě když byly win XP tak jsem pořád dost nesamostatná ... neexistují nějaké praktické kurzy pro hlubší pochopení souvislostí?
-
Provedeno :-) děkuji, už jsem si říkala, že neumím ani vyhledávat..
Nicméně, pc jsem na odpolko vypnula a teď to naběhlo i když s delším strašidelným přemýšlením....
Koukal jsi prosím na ten můj log? Je tam něco vykoukatelného?
Jinak, jestli se nepletu, aktualizace co tam čekají klidně můžu spustit že? když to způsobuje očividně něco, co už se nainstalovalo...
Na to, že linux používám ještě když byly win XP tak jsem pořád dost nesamostatná ... neexistují nějaké praktické kurzy pro hlubší pochopení souvislostí?
1. Ano, "čekající" aktualizace spustit můžeš (ty co se zobrazují v Synapticu). Nicméně to jsou většinou ty tzv. "proposed" - čekají až budou posunuty do klasických aktualizací. Nicméně běžnému uživateli postačí normální aktualizační mechanismus (Správce aktualizací).
2. Zdá se, že zcela nechápeš význam dpkg logu. V něm je pouze uvedeno co se kdy instalovalo/aktualizovalo/odstraňovalo - žádná jiná informace z něj nevyplývá.
Vykoukat tam nelze kromě výše uvedeného nic. Ale např. pokud začnu mít od 25. 11. potíže, podívám se do logu co se v tu dobu instalovalo/aktualizovalo. Tím pádem to je vodítko k určení "viníka" problémů. Protože pokud příčinu nenaleznu, tak i když obnovím systém před uvedené datum, situace se bude pravděpodobně opakovat (přijdou znova aktualizace atd.).
Pokud ale vím, co vše se v danou dobu aktualizovalo, aktualizuji to pak po jedné položce (nikoli hromadně) a sleduji co to udělá. Tím se opět přiblížím k nalezení příčiny.
3. Dříve existovaly dokonce knížky (od českého autora o linuxu - cca 8.04 - 10.04). Byly dokonce přikládány k instalačnímu CD...
Nyní pokud vím nic takového není. Ale třeba Ubuntu má tak velkou základnu, že není problém si cokoli vygooglit. Samozřejmě eng je velkou výhodou - vrátí se násobně odpovědí na dotaz.
-
ad 1 - já to udělám přes správce, ale asi spíš až v pátek odpo, reálně (ač zřejmě nadbytečně) se bojím si vyřadit pc v pracovní dny. :-)
ad 2 - joo, já to tak pochopila, ale říkala jsem si, že ty vykoukáš spíš co mohlo být tím průserářem :-) já se totiž nechci spoléhat na to jádro jako viníka..ale je možné, že odinstalací toho nového tam opravdu ta komplikace zmizí.. budu pozorovat :-)
Já nechápu, proč v tom logu je jeden červencový den :-D a pak teďka...
ad 3 - ha, tu knížku podle mě i někde 'máme'. Já jí nemám určitě, ale myslím, že jsem jí kupovala právě i s CD :-D takže někde se bude válet u našich nebo u ségry.
Eng není problém, ale řekněme, že domácí prostředí je domácí prostředí :-) na eng foru bych čekala přetlak příspěvků.
-
ad 2. Časové "skoky" v logu jsou typické pro systém který byl obnovený (ze zálohy nebo snapshotu)....
ad 3. ještě musím upřesnit:
Položíš dotaz česky do google = vrátí se cca 20 odpovědí, z toho 2 + - částečně použitelné (když máš štěstí)....
Položíš stejný dotaz anglicky = vrátí se ti cca 2000 odpovědí, z toho min. + - 400 použitelných/relevantních.
Myslím, že jako příklad to k pochopení postačí...
Samozřejmě, ne vždy kvantita automaticky znamená kvalitu, ale na druhou stranu, vždy je lepší, pokud existuje možnost výběru.
No a pak už je na uživateli samotném, pro jaké řešení se rozhodne - měl by převážit technický cit. To sice pro začátečníka může být docela probém, nicméně může se zase poradit s někým zkušenějším...
-
Co se týče dotazů googlu, tak jedině eng, ptát se česky nemá cenu, protože to buď nikdo nikdy neřešil, nebo najdeš otázku, ale bez odpovědi zatímco anglicky většinou hned první odkaz dá relevantní odpověď včetně funkčního řešení. Nejen pro Linux, ale pro cokoliv.
-
Tak, dnes se nám zase nechtělo, ale včera bylo vše ok.
Už stahuji .iso z https://www.ultimatebootcd.com/download.html
jsem tedy vůbec nejsem moudrá z těch návodů - nestačilo by to iso jen dát na flashdisk přes unetbootin?
-
Asi jo - zkus ...
-
mě to ten flash disk při startu nevidí, v biosu je tam nastavená přednost usb, i při vybrání z četho bootovat tam flashdisk není.
asi to má něco společného s uefi, jenže to je pro mě zase neznámá oblast :(
-
Pripoj si to iso a mrkni, zda je tam slozka pro efi a efi zavadec. Pokud ne, tak zkus prepnout stroj na legacy/csm - na otedtovani hw to staci ..
-
Tak, dnes se nám zase nechtělo, ale včera bylo vše ok.
Už stahuji .iso z https://www.ultimatebootcd.com/download.html
jsem tedy vůbec nejsem moudrá z těch návodů - nestačilo by to iso jen dát na flashdisk přes unetbootin?
Flešku musíš připravit podle toho jak ji pak budeš bootovat (uefi/legacy).
Použij osvědčený Rufus (https://rufus.ie/cs_CZ.html). Nastav ho stejně jako na tom obrázku.
-
Alebo si vytvor multiboot usb a iba v nom men iso. Ak iso podporuje boot v mbr a zaroven uefi tak to bude pri boote ponukat tu moznost ktora je nastavena na pc.
https://wiki.archlinux.org/index.php/Multiboot_USB_drive
Ja mam takto vytvoreny usb disk uz asi od ubuntu 10.10 a funguje to slusne, staci dohadzovat iso s instalanymi obrazmi.
-
Já používám Ventoy
https://www.ventoy.net/en/index.html
Je to vlastně to samé, akorát jednodušší a funguje to skvěle. Umí to EFI i MBR a stačí jeden flashdisk na X instalaček. Mám takhle Acronis PE (záchranné medium) + Manjaro + Windows 10 + Hiren`s Boot CD a když vyjde nová verze, akorát to aktualizuju a to samé ISO. Začala jsem takhle před rokem, několikrát jsem aktualizovala Ventoy a i ISO a všechno bez problémů.
-
Akorát, že jsem měl v ruce několik NTB, kde to prostě s loop nabootovat nešlo - vždy se odpojil - od té doby si dělám multiboot flash ručně vždy s rozbalenými soubory a vlastní konfiguračním souborem zavaděče.
Odkaz na ArchWiki je klasika, ale takto tam nelze přidat nic na bázi Win - pokud si pamatuji, tak Grub2 to udržet neumí -škoda - grub4dos to uměl, ale do EFI-doby už nepřešel.
Zajímala by mě struktura toho disku vytvořeného pomocí Ventoy ,,
-
Já používám Ventoy
https://www.ventoy.net/en/index.html
Je to vlastně to samé, akorát jednodušší a funguje to skvěle. Umí to EFI i MBR a stačí jeden flashdisk na X instalaček. Mám takhle Acronis PE (záchranné medium) + Manjaro + Windows 10 + Hiren`s Boot CD a když vyjde nová verze, akorát to aktualizuju a to samé ISO. Začala jsem takhle před rokem, několikrát jsem aktualizovala Ventoy a i ISO a všechno bez problémů.
To vyzera zaujimavo, niekedy testnem. Vdaka.
-
lehce off topic pak se vrátím k reakci na ty prográmky...
ten timeshift. Já tam zvolila zálohovat i složku /root (nikoliv můj home) - aby se mi nevynulovaly dokumenty... jak je to s tím root? To by nemělo gumovat moje věci v home? a nebo je to tak nadřazené, že to vezme právě i ten home :-D.
Mě totiž překvapila položka v lokální nabídce na mé složce "vrátit se k předchozí verzi" :-)
+ jeden poznatek - slyšeli jste někdy, že by ten můj bootovací problém mohl zavinit i zapojený napájecí kabel? Začínám tu pozorovat jakousi souvislost...
Dodělám ještě pracovní povinnosti a juknu na ty nové tipy! Moc za ně děkuji :-)
-
ad Rufus - nepovedlo se mi najít nic k instalaci :-( hádám že pro linux to nemaj (https://github.com/pbatard/rufus/wiki/FAQ#Do_you_plan_to_port_Rufus_to_LinuxMac_OSSome_other_OS)
ad Mutiboot - rozumím-li správně, ony se tam ISO ani nerozbalují a je to flashdisk i s vlastním grubem? (tak do toho bych se pro své slabé zkušenosti zatím nepouštěla)
ad UEFI (zvědavost)- chápu správně, že i samotné ISO nemusí být dělané na UEFI boot?
ad Ventoy - to se zdá docela "straighforward" a také se tam nahrají jen samotná ISO (asi jsem použitá, ale nejde mi to dnes udělat, můj blbuvzdorný tahák selhává (https://wiki.ubuntu.cz/instalace_program%C5%AF/zdrojov%C3%A9_k%C3%B3dy). SHA jsem kontrolovala přes gtkhash.
./configure
bash: ./configure: Adresář nebo soubor neexistuje
+ ujišťovací dotaz - když odstraním "snap" (viz https://forum.ubuntu.cz/index.php/topic,84834.msg569631.html#msg569631) tak to nebude mít žádný vliv na ten Timeshift, že? :-)
-
ad Rufus - jen pro Win a dle odpovědi Pete Batarda (autor) nemá kapacity na to udělat verzi pro Linux a odkazuje na využití jiných nástrojů
ad Multiboot - to vše obstará samotná aplikace a pro začátečníka je to to nejjednodušší, leč ne všechny kompy to zkousnou - v tomto směru se mi pro Linux nejvíce líbila aplikace MultiBootUSB. Zajímají-li tě možnosti více, tak zde článek:
https://www.linux-mint-czech.cz/2020/04/tvorba-boot-usb-flash/
ad EFI - postavil bych to obráceně - samotné ISO musí být dělané pro EFI ;-) - to jednoduše zjistíš jeho mountnutím a vyhledáním zda obsahuje soubory jako grubx.efi, bootx.efi, grubia.efi, bootia.efi apod.
ad Ventoy - https://www.ventoy.net/en/doc_start.html
ad ujišťovací dotaz - nemělo by to mít nic společného, ale radši si počkej na vyjádření zkušenějšího ...
-
Hlášení z kontroly HW,
přes mulitboot jsem vytvořila (dle programu úspěšně) flashku. Flashka bootovala, ale 1. volba scan and boot se mi vrátila do grubu a druhá volba UBCD mi napsala:
error: syntax error
error: incorrect command
error: syntax error
Pres any key to continue...
a pak se vrátím opět do grubu
- že by vadně udělaná flashka? - zkusila jsem jinou..to samé.. tak jedině špatné ISO, ale hash vyšel :-(
Poznatky další - napájecí kabel na to vliv nemá, očividně něco při startu, protože někdy to jde, někdy ne... po restartu to z grubu přes Advanced na to běžné a jediné staré jádro zpravidla naskočí.. někdy taky ne.
Zavání to tím HW ... nešel by nějaký menší test udělat i přímo z ubuntu?
-
Zkoušela jsi i jinou distribuci? Já třeba na svůj Lenovo ThinkPad X220 Ubuntu 20.04 ani nenainstaluju, Kubuntu 20.04 mi instalace doběhne, ale nenainstaluje se grub a Manjaro používám naprosto bez problémů. Třeba jenom tvůj notebook aktuální verzi nevoní, zkus jiné distro a nejlépe takové, které není *buntu, takže třeba to Manjaro, OpenSUSE nebo Fedoru.
-
lehce off topic pak se vrátím k reakci na ty prográmky...
ten timeshift. Já tam zvolila zálohovat i složku /root (nikoliv můj home) - aby se mi nevynulovaly dokumenty... jak je to s tím root? To by nemělo gumovat moje věci v home? a nebo je to tak nadřazené, že to vezme právě i ten home :-D.
Mě totiž překvapila položka v lokální nabídce na mé složce "vrátit se k předchozí verzi" :-)
+ jeden poznatek - slyšeli jste někdy, že by ten můj bootovací problém mohl zavinit i zapojený napájecí kabel? Začínám tu pozorovat jakousi souvislost...
Dodělám ještě pracovní povinnosti a juknu na ty nové tipy! Moc za ně děkuji :-)
1. Složku /root (= domovská složka roota) zálohovat nemusíš.
2. Jestli budeš zálohovat svoji domovskou složku (/home/user) a co z ní případně vyloučíš, ponechám na tobě. Já osobně ji nezálohuji.
3. Kontextová nabídka "vrátit se k předchozí verzi" pochází od jiné zálohovací aplikace (deja-dup). Takže pokud máš tuto aplikaci nastavenou pro zálohování určitých složek...
Samozřejmě pokud celé /home "vrátíš" timeshiftem tak ty (deja-dup) zálohy se "vrátí taky" (= nebudou dostupné)
Z tohoto a jiných dobrých důvodů doporučuji do záloh (timeshift) nezahrnovat /home
Nezlob se, ale tvoje (ne)schopnost vytvořit bootflešku UBCD (a zřejmě i jakoukoli jinou) je zřejmě nepřekonatelná....
Že by ještě třeba https://www.balena.io/etcher/ :)
Samozřejmě, Rufus je sázka na jistotu ovšem chce to udělat na PC s Windows (požádat kámoše).
P.S. I na počítačích s UEFI lze samozřejmě bootovat Legacy (mbr) bootflešky zcela běžně, stačí v Bootmenu vybrat odpovídající položku...
Přímo z Ubuntu lze udělat memtest32 (je na to položka v grubu). Nutno nechat běžet několik hodin (min 6 průchodů).
V aplikaci Disky (Gnome-disks) můžeš zkontrolovat s.m.a.r.t. (fyzický stav disků).
Pomocí fsck můžeš zkontrolovat/opravit (pouze offline!) filesystémy na oddílech.
Nicméně speciální diagnostické utility výrobců HW (ano, jsou na UBCD) to bohužel nahradit nemůže... :-[
-
Nezlob se, ale tvoje (ne)schopnost vytvořit bootflešku UBCD (a zřejmě i jakoukoli jinou) je zřejmě nepřekonatelná....
Nezlobím :-) já taky nechápu proč to nejde ...asi to musí být mojí osobni aurou...
win tu ted nikdo nemá, kolem mě jsou jen 75+ lidé :-D
Chtěla jsem zkusit Open Suse, to už mi tu běhalo před tím... ale omylem jsem vypálila obraz ubuntu a byla jsem ráda, že to šlo...
Fedoru jsem dřív měla taky :-) že bych se k ní vrátila :-) Zkusím případně o víkendu :-)
-
Nebo to stažené .iso vypal na DVD.
Ale zase - je otázka:
1. Jestli to umíš (ano, jsou tací co .iso pálí jako soubor...)
2. Zda to DVD budeš umět nabootovat.
3. A třeba nemáš vypalovačku (ani externí?).
-
Jdu zitra uz do pr... - myslim tim samozrejme do prace - takze nevim, jak mi zbyde cas. Pokud by ano, tak snad tu flashku udelam a nekam upnu image. Nebo jestli by se toho ujal nekdo jiny ochotny? Taky mi nejde do hlavy, ze s tim tak bojujes ...
-
Jdu zitra uz do pr... - myslim tim samozrejme do prace - takze nevim, jak mi zbyde cas. Pokud by ano, tak snad tu flashku udelam a nekam upnu image. Nebo jestli by se toho ujal nekdo jiny ochotny? Taky mi nejde do hlavy, ze s tim tak bojujes ...
Image asi moc nepomůže, protože:
1. Nebude z ní umět vytvořit (provozuschopnou) bootflešku.
2. A i kdyby snad ano, nebude ji umět nabootovat (uefi/legacy).
To je pak každá rada drahá... :-\
Jedině snad dodat a nabootovat osobně (už jsem to taky párkrát byl nucen udělat - sice jsem se "projel", ale ušetřil spoustu nervů).... ;)
A ano, s takovouto základní věcí by dnes neměl "bojovat" nikdo.... :-\
-
Tak proverena image by snad pomohla - zada se jeden prikaz to terminalu a flashka je hotova. Aby jsme uplne nekrivdili, tak prakticky vsechny ty flashky pripravene apkami maji sve mouchy (jedinej Rufus je sazka temer na jistotu) - jinak bych nevenoval tolik casu na uceni se rucni kompozice zavadecich medii.
Pak uz by jen zkuosela prepinat ve FW mezi EFI nebo legacy/csm ..
.. aspon me to navedlo k myslence popatrat, jak si udelat virtualni flashku, kdyz nemam treba u sebe fyzickou a z ni image :)
No Zizalko - jeste muzes zkusit vytvorit flashku pomoci prikazu "dd" nebo aplikace Disky - totez, ale pres gui.
sudo dd status=progress if=jmeno.iso of=/dev/sdX
sdX = tvoje flashka. Zjistis treba prikazem
sudo lsblk
Iso si dej do sve domovske uzivatelske slozky nebo v prikazu musi byt u IF cesta.
-
Ta flashka je mi záhadou, zkoušela jsem jich víc. Přes Gparted jsem úplně smazala a vytvořila nový fat32 oddíl.
Jinak ano, bootovací flashku už jsem dělala nespočetně krát, o to je mi to víc divné. S tim multibotem nemám takovou zkušenost, vždycky mi zafungoval unetbootin na distra (nemá žádná nastavovátka, tak je to blbuvzdorné) :-)
Vtip je v tom, že teď jsem v polních podmínkách, takže vypalovačku mám na druhé straně republiky :-(
ještě něco vyzkouším a taky pročtu večer vaše poslední příspěvky ;-)
Moc díky
-
Tak mám nové hlášení :-)
Povedlo se mi nainstalovat Fedoru. A stejný případ, opět se jí nechce startovat a musím ji vybrat růčo, někdy se chytne, někdy ne.
Takže, budu dál zkoušet tu udělat tu testovací flashku (Fedora se taky povedla až na podruhé - stejná flash, iso i program) a zítra si přivezu stolní PC, ať se nemusím bát, že nebudu moct pracovat.
Ale hádám, že to bude tedy nejspíš notebookem :-(
Ještě bych pak zkusila nainstalovat nějaké starší distro - ale je to bezpečné?
-
Doporučíte ještě nějaký diagnostický program s vypálením na usb?
Už jsem stáhla 3 obrazy UBCD, kontroly ok, nabootují, ale kontrola neproběhne. Dostanu syntax error. :-(
Googlik nabídl Hiren's BootCD
HP má také něco, ale tam prostě ISO nevydloubu, všude se mi stahuje .exe :-(
Zkouším zatím to co PC umí sám přes F2 :-)
-
Nove Hiren's Boot je koncipovane jako W10PE, takze by jsi nemela mit potize ho nabootovat a spustit v nem aplikace pro testovani.
Jinak jestli je to nejaky novejsi konvertibil, tak hadam ze problem nevyresis starsi verzi linuxu, ale naopak treba pockat na novejsi ...
-
Ventero,
ten notas je z roku cca 2016/2017 a zatím šlapal ok s linuxem i jako convertible i s dotykovým displejem :-) neupadl, nic takového...
-
Ventero,
ten notas je z roku cca 2016/2017 a zatím šlapal ok s linuxem i jako convertible i s dotykovým displejem :-) neupadl, nic takového...
Nejsem sice Ventero, ale 3 až 4 roky je u soudobých výrobků tak akorát na to, aby zafungovala úmyslná i neúmyslná kurvítka... Za všechna bych pro tento konkrétní případ uvedl bezolovnaté pájení, a to zejména BGA a podobných pouzder.
Kdo je z branže, ten ví, ostatní ať to berou jako jeden z faktů provázejících naši cestu k zářným zítřkům.
-
Jirko, díky :-) nepochybuji o tom, že tam odešel nějaký materiál. Nicméně toto vědomí mi diagnostiku spustit nepomůže ;-)
-
Nechci tě urážet - jen to beru popořadě, co mě napadá za příčiny:
Ten UBCD si nakonec připravila jak a čím, že zase nefungovalo?
Umisťuješ zavaděč do správného oddílu?
Projeď pořádně nastavení UEFI FW , jestli tam není nějaká záludnost v nastaveních, která by tomu mohla bránit.
Co baterka CMOS - není vybitá - drží to čas datum, nastavení z minula?
Tak se netrap a dej tam zpět starší verzi - 18.04 - bezpečné to je - a nepovyšuj. Ostatně dle mě je pořád bezpečnější používat léta starý a nepodporovaný linux, než nejnovější Android či Windows jakkoliv běžnými metodami zabezpečený. Pokud i tak budou potíže, tak jestli ti naběhne jakákoliv USB instalačka linuxu, tak tam spust v úvodním bootmenu (nikoliv spustit live) test RAM a nech alespoň 4 průchody.
HBCD kdyžtak zde a návod na tvorbu USB pod Win - takto můžeš zkusit udělat i to UBCD - nicméně pomocí těch příkazů, co jsem postnul pro Linux by to mělo být to samé. A pozor - ten HBCD je snad 2GB dat, které se načítají do ramdisku - tedy to strašně dlouho trvá a tváří se to, jako že to nic nedělá - vím, že to u mě bylo několik dlouhých minut - snad kolem 5ti ..
https://www.hirensbootcd.org/usb-booting/
Chce to zkontrolovat RAM, HDD - rychlost zápisu, zda se tam neprojeví propady - pokud ne, tak i sektory na pomalo v HDTune a potom neuškodí nějaký zátěžový test pro CPU a GPU - ve Win je to OCCT nebo Prime95 - možná půjde nainsatlovat i do toho HBCD-PE (je pro mě zklamáním, že tam není defaultně) v Linuxu (z live, jestli najede) by to mohl být na CPU GTKStressTesting a mám vyzkoušený S-tui + Stress:
https://amanusk.github.io/s-tui/
Co se týče GPU, tak pro Linux z livka:
https://www.maketecheasier.com/stress-test-graphics-card-linux/
Popř. terminálový gpu-burn
git clone https://github.com/wilicc/gpu-burn
cd gpu-burn
make
./gpu_burn 60 # will run gpu_burn for 60 seconds
(pokud něco z toho selže, tak doinstalovat git a možná i build-essential)
a nějaké varianty ještě tady:
https://www.pcsuggest.com/gpu-benchmarking-and-stress-testing-in-linux/
-
8) no offence taken ;-) já si naopak vážím času a rad všech přítomných, jen je mi líto, že to se mnou tentokrát tak nejde...
UBCD jsem připravila přes multiboot, povedlo se mi to až s 'červenou' flashkou, a asi až na podruhé, možná na potřetí.
Zkoušela jsem záložku zápisu obrazu, jenže tam se mi neukazují procenta ani konec, tak to nechám třeba hodinu 'pracovat', vidím jak přiskakují složky do usb, takže to i přesto něco dělá - to nefungovalo (nicméně i přesto se mi vytvořila předtím funkční live Fedora).
Povedlo se mi to až s 1. záložkou MultibootUSB, tlačítko "instal distro 'šipka dolů'.
Flashka nabootovala do vlastního Grub, přičemž první řádek scan a něco se mi vracel okamžitě zpět do grubu, a volba ubcd mi psala ten syntax error (stejně jako před tím). Použila jsem jiný obraz, hash zkontrolovaný přes GtkHash.
Umisťuješ zavaděč do správného oddílu?
:o to samo... :-) já v tom multibootu nic moc nenastavuji. Maximálně mě to samo upozorní, že to chce SDC jako takové nebo SDC1, tak to překliknu.
nastavení UEFI FW
toto asi v biosu, že? - kouknu, ofotím ;-) viz příloha
Co baterka CMOS - není vybitá - drží to čas datum
8) zajímavé, kouknu co to píše, jen tedy nevím jak se to samo ladí nebo ne, on pc někdy rozběhnu, jeslti se to pak aktualizuje tak asi moc nevykoukám.., počítač je defakto furt připojen k internetu (také asi bios, že..protože v linuxu už si datum stáhne z netu..) Je tam pouze o hodinu jiný čas, ale minuty přesně, takže asi zimní/letní
18.04 - bezpečné to je
- nepovyšovat, ok.. ale ty aktualizace co mi to nabídne dát můžu, že? - jak to vlastně funguje, když distru skončí podpora, tak už se systémové aktualizace nehlásí? nebo nějaká jádra a tak se stále instalují? (zvědavost, děkuji :-) )
spust v úvodním bootmenu (nikoliv spustit live) test RAM a nech alespoň 4 průchody.
Zkusím, dám vědět, mám tady funkční live Fedory a instalační Ubuntu - S boot live Fedorou, tam mám volbu navíc pouze System setup a to mě hodí do mého 'esc' menu..., kde F2 je System diagnostic a to proběhlo ok, ale zkusím ten memory test ještě tedy vícekrát za sebou ;-)
Mimochodem, dala jsem jakousi kontrolu co má HP v sobě, jak memory, tak HDD a všechno bylo PASS,... já bych snad i radši, aby to byl HW problém :-D než se začít strachovat používat linux..
HBCD kdyžtak zde a návod na tvorbu USB pod Win
- půjčím si pc s win a kouknu na to ;-)
Chce to zkontrolovat RAM, HDD - rychlost zápisu, zda se tam neprojeví propady - pokud ne, tak i sektory na pomalo v HDTune a potom neuškodí nějaký zátěžový test pro CPU a GPU - ve Win je to OCCT nebo Prime95 - možná půjde nainsatlovat i do toho HBCD-PE (je pro mě zklamáním, že tam není defaultně) v Linuxu (z live, jestli najede) by to mohl být na CPU GTKStressTesting a mám vyzkoušený S-tui + Stress:
https://amanusk.github.io/s-tui/
Co se týče GPU, tak pro Linux z livka:
https://www.maketecheasier.com/stress-test-graphics-card-linux/
tééda, jestli tohle zvládnu, tak si dám víc čokolády než obvykle :-D proštuduji, vynasnažím se ;-) děkuji
Popř. terminálový gpu-burn
;D to zkusím jako mezi prvním :-D
-
Umisteni toho zavadece na spravne misto jsem myslel pri instalaci a nd pri tvorbe bootflash.
Uvidis, jak to pobezi v te 18.04 a co se tyce tech pripadnych testu, tak se kdyztak doptas . .
-
Umisteni toho zavadece na spravne misto jsem myslel pri instalaci
pro eliminaci chyb volím automatickou instalaci s kompletním smazáním disku 8)
-
tak povedlo se mi spustit ten Hiren's boot, a zapnula jsem nějaký ultra dlouhý error test :-D HDD v HDTune a už se mi to tu pomalu zelená
Tam je tolik prográmků, snad tam najdu to co mám :-D
-
Tam je tolik programku, je to jedenapulgigova nestvura a chybi tam zatezove testy :-(
Tak at se to vse zazelena - tim vyloucime HDD
-
HDD byl zelený :)
takže hádám, že k ničemu dalšímu mi to není? :-D tak já zkusím ještě přes ten win počítač udělat to ubcd :-) všimla jsme si sice rufusu v tom usb, ale že by se mi to chtělo zase zapínat ...
-
Hlavně bych při běhu toho testu zkusil notebook mechanicky namáhat (v různých místech, různým směrem, s různou intenzitou a frekvencí poklepávat, celý stroj otáčet, opatrně kroutit celým tělem se základní deskou atd.).
Pozor - platí to pouze v případě, že tam není HDD, ale SSD!
Mohou se tak vyprovokovat případné nespolehlivé spoje apod.
-
já mám za to, že ten noťas má hybrid... má 500GB a to by bylo v SSD buď drahé nebo tehdy nedostupné.
-
já mám za to, že ten noťas má hybrid... má 500GB a to by bylo v SSD buď drahé nebo tehdy nedostupné.
No tak s tím samozřejmě nelze dělat poklepy ani prudké pohyby. Jedině to kroucení (bez výrazného pohybu). Nebo HDD vyndat a spouštět test pouze live z USB, ale pak samozřejmě nebude zahrnovat příp. závadu HDD, jeho řadiče atd.
-
RAM test z vyberu instalacky, hdd test v hdtune a ted zkusit v tom WinPE od hbcd spustit OCCT - stahni ze stranek vyvojare popr. ten Prime95. Kdyby to neslo, tak z live linuxu ty nastroje na ktere jsem instaloval. Intuice mi vsak rika, za to bude HW cajk. Problem by mohl byt v tom hybridnim disku - zvlaste pokud si nekonfigurujes instalaci rucne ..
-
K mému překvapení mám spuštěné occt a k většímu jsem pustila memory test .. po 3 vteřinách mi to napsalo Crash, ...3x za sebou, jenže to samé mi dělá i Linpack test a occt test hlásí okýnkový error že program se snaží spustit nějakou illegální 'instrukci', power test sice běžel i přes okýnko s upozorněním, že paměť nemůže být přečtena.... nemůže to být tím, že to běží takhle virtuálně?
Prime95 se spustil a Torture test teda chudák notebook :-) bylo dobře slyšet, že je pod zátěží. Až mě jímala hrůza, když se to stupňovalo a pak ještě víc a víc. Po 12 minutách jsem to stopla a na všch 4 workers bylo ovšechno ok, 0 errors.
Mám to teď ještě stále otevřené... měla bych tam naklikat něco specifického?
-
K mému překvapení mám spuštěné occt a k většímu jsem pustila memory test .. po 3 vteřinách mi to napsalo Crash, ...3x za sebou, jenže to samé mi dělá i Linpack test a occt test hlásí okýnkový error že program se snaží spustit nějakou illegální 'instrukci', power test sice běžel i přes okýnko s upozorněním, že paměť nemůže být přečtena.... nemůže to být tím, že to běží takhle virtuálně?
Prime95 se spustil a Torture test teda chudák notebook :-) bylo dobře slyšet, že je pod zátěží. Až mě jímala hrůza, když se to stupňovalo a pak ještě víc a víc. Po 12 minutách jsem to stopla a na všch 4 workers bylo ovšechno ok, 0 errors.
Mám to teď ještě stále otevřené... měla bych tam naklikat něco specifického?
Testy HW se spouštějí zásadně z boot media (bootfleška) = konečně se to nauč!
A spouštět to ve virtuálce skutečně cenu nemá žádnou.... :-[
-
to jsme si nerozuměli...
já to spouštěla z flashky ( v tom WinPE), ale tak je to flashka, nic se neinstaluje... takže to celé je takové 'virtuální'. Zvolím odkud se bude bootovat, zvolím tu flash. To se načte (z toho co chápu, tak asi kamsi do ram?)
Je to iso vypálené na flashku - nevím jestli používáme stejnou terminologii ;-)
Linux instaluji z flashdisků už pár let ;-) tak si troufám říct, že už jsem se to konečně naučila před pár lety. ;-)
spouštět to ve virtuálce
netuším co myslíš tou 'virtuálkou' :o
-
Opravdu jste si nerozumeli.
Ne vsechny aplikace jdou v omezenem prostredi PE spustit. Kazdopadne Prime je vypovidajici dost. Nevim ale jestli tam je test na grafiku - tou by to teoreticky mohlo byt taky. Mam vsak porad pocit,, ze pujde o nejakou zakryptovanou hovadinu.
Virtualni to neni - je to system s primym pristupem, ale jak jsem psal - nejsou v techto systemech vsechny knihovny. Jeste by se stalo za to podivat, jeytli ten OCCT neni v portable verzi - to je vetsi sance spustit - to miva knihovny u sebe.
-
OCCT je pouze portable verze a na Hiren`s Boot CD mi jde spustit bez problémů, nahrála jsem ho na flashdisk, kde mám i ISO HBCD (spouštím přes Ventoy).
-
To spoustela prave v HBCD - tedy spustit by to melo jit.
Pak to mozna ukazuje na tu RAM - chtelo by to ten memtest 86+
-
OCCT jsem spustila, ale hned ty testy (všechny) psaly Crashed, přišlo mi to jako kdyby ani nezačaly.
chtelo by to ten memtest 86+
Zkusím provést ;-)
-
Mě jak na notebooku tak na desktopu testy proběhly bez problémů, takže evidentně tam máš nějaký problém. Nepřehřívá se ti třeba?
-
notebook se nepřehřívá je vždy příjemně v klídku (nedělám na něm žádné náročné operace)
Nicméně OCCT tentokrát běží ;-) dala jsem memory test na 10 min ...
-
OCCT 10 min Memory testu - OK - no errors detected
Když zapnu OCCT test, tak mi program spadne pro The exception illegal instruction a už se mi nechce spustit ani Linpack test (ne že bych věděla co to je..) :-D
-
jakýsi quickmemorytestok taky nezaznamenal problém
-
10 minut memorytest neni zadny test. Opravdu bude nejlepsi nabootovat do grubu live linuxu a tam spustit memtest 86+ a nechat ho alespon 2 lepe vsak 4 pruchody - a to pocitej na hodiny - to je potom prukazny test.
-
ouký douký tedy
nějaká doporučení distribuce pro ten test? :-) budu stejně asi dělat novou flashku :-D
jinak ten test od HP se tedy nepočítá jo? ten jsem spustila 4x za sebou ;-)
-
Distro je jedno - do nej ani nejdes - to je utilitka, ktera pracuje na urovni bios a jen ji vyberes z uvodniho menu grubu instalacniho disku. Ma to v sobe kdeco ..
memtest 86+ je asi nejprukaznejsi po nekolika hodinach ...
Na jeden pruchod pocitej treba i 40 minut ..
-
OCCT že padá je divné, neměl by padat. Zkus tam nastavit test OCCT 1 hodinu, bez AVX a počet vláken tolik, kolik máš fyzických i logických jader (tedy třeba čtyřjádro s HT znamená 8 vláken) a množství paměti dej small a sleduj i teplotu, napětí a tak. Pokud je všechno v pořádku, tak to dojede až do konce a řekne ti to, že to dojelo. Pokud tam je problém, tak test nedojede.
A ten memtest jako doporučuje Ventero nech nejlépe běžet přes noc, alespoň 12 hodin. Já jsem měla jednou problém, že mi jednou za čas natvrdo se restartoval Mac s hláškou kernel panic, někdy po dvou měsících, někdy dvakrát za týden, ale naprosto náhodně a vestavěná diagnostika nic neodhalila, všechno bylo v pořádku. A teprve po 14 hodinách testu pamětí se najednou objevila chyba a na základě screenshotu mi paměť vyměnili. A to jsem ho měla dvakrát v servisu a v obou případech se prý závada neprojevila.
-
No já mám dojem, že ta fedora to neměla a nebo to nešlo spustit - asi jak to šlo z toho multibootu nebo nevím .. nevadí, vyzkouším. Díky za odhad, budu s tím tak počítat ;-)
-
A teprve po 14 hodinách testu pamětí se najednou objevila chyba
dovolím si nejapný vtípek :-) po 14 hodinách testování bych vypsala chybu i já 8) ale jasan, chápu.
-
Zkusila jsem ještě jednou ten OCCT na Hiren's a nastav to následovně, podle fotek:
OCCT
Large Data Set, Auto, SSE
https://i.imgur.com/VKXr0Gv.jpg
https://i.imgur.com/ojICgQI.jpg
A nastav to na 1 hodinu. Pokud to vyhodí chybu, znamená to, že je problém nejspíš v CPU, možná v chipsetu.
A za další, udělej test RAM, tam nech výchozí nastavení a nastav test pro začátek na 1 hodinu, pokud to projde, nastav test na 12 hodin a nech to žít svým životem, akorát občas jukni, co to dělá :) Pokud tohle projde bez chyby, nebude memtest potřeba, OCCT testuje lépe, víc do hloubky.
https://i.imgur.com/xaQShB6.jpg
Nic jiného z Hiren's nepůjde, protože chybí ovladače, ostatně to je i důvod, proč nejde AVX test, takže případně test grafiky nebo právě AVX musíš spustit z NAINSTALOVANÝCH Windows. Koneckonců tak se testuje nejlépe, protože tam máš všechny potřebné ovladače, testování z live je jen taková nouzovka, když není jiná možnost.
-
DŽ:
CPU test už nedělej - z Prime95 je průkazný. Pokud to OCCT půjde, tak tam by byl vhodný test 3D a pak VRAM. Obávám se, že bude třeba instalovat drivery pro grafiku a obávám se, zda to PE umožní. Dělat test RAM v něčem, co zabírá 1,5GB RAM nemá smysl - tuto část není schopen otestovat a pochybuji, že aplikace obsahuje algoritmus na škatulatahejbejtese s ramdisky.
Pak už nezbyde, než se poohlédnout zpět po těch tipech pro linux. Tam je zase rezerva v tom, že ty drivery neumí využít plný výkon grafiky.
Takže nakonec - pokud dopadne dobře memtest - ten je prioritní - bude záhodno instalovat W10 a v něm instalovat drivery pro grafiku, spustit OCCT a provést výše uvedené testy GPU. No a až tohle všechno skončí, tak to bude na nový SSD :)
-
Ale já už tohle beru spíš jako edukativní záležitost - něco mi prostě našeptává, že to bude nějaká kejda ohledně instalace EFI, aktualizace grub nebotakněco ...
Jinak Abby dobrá práce s tím testováním OCCT v HBPE ..
-
4 průchody memtest byly ok
Nyní je nainstalované xubuntu 18.4.05 bez nabízených aktualizací.
Budu to pár dní testovat a pak dám vědět. ;)
-
4 průchody memtest byly ok
Nyní je nainstalované xubuntu 18.4.05 bez nabízených aktualizací.
Budu to pár dní testovat a pak dám vědět. ;)
Pokud je ti známo jak memtest funguje, tak jistě víš, že ani 4 průchody neznamenají 100% ně dobrou RAM. Jelikož zkrátka nejsou otestovány všechny oblasti. Tj. pouze je známo, že oblasti které byly otestovány jsou dobré - ta RAM jako celek být dobrá sice může, ale jisté to zdaleka není...
-
Tohle byl nový efimemtest, tak doufám, že ten už nějak má pořešen přesun toho místa rezervovaného na adresy HW - takto mi to alespoň bylo vysvětleno.
Jinak nevím, jestli existuje spolehlivějšího něco, než memtest 86+ - určitě to nebudou ty utility ze systému - ty mají, dle mě, logicky přístup ještě méně kompletní.
Souhlas tedy, že 100% jistota to není, ale empiricky vzhledem k ostatním indiciím ho můžeme zatím vzít v potaz.
Dle toho, jak si povede 18.04 bez aktualizací, se potom kdyžtak vrátíme k testu pamětí na pořádno a popř. se otestuje ještě grafika.
-
Tohle byl nový efimemtest, tak doufám, že ten už nějak má pořešen přesun toho místa rezervovaného na adresy HW - takto mi to alespoň bylo vysvětleno.
Jinak nevím, jestli existuje spolehlivějšího něco, než memtest 86+ - určitě to nebudou ty utility ze systému - ty mají, dle mě, logicky přístup ještě méně kompletní.
Souhlas tedy, že 100% jistota to není, ale empiricky vzhledem k ostatním indiciím ho můžeme zatím vzít v potaz.
Dle toho, jak si povede 18.04 bez aktualizací, se potom kdyžtak vrátíme k testu pamětí na pořádno a popř. se otestuje ještě grafika.
memtest 86+ je naprosto dostatečný, pouze se musí nechat běžet dostatečně dlouho.
Princip je ten, že zkoumá náhodné oblasti RAM. Tím je ošetřeno, že pokud je RAM vadná, ukáže se to relativně brzy a je možno test ukončit.
Jestliže je vadná oblast "mimo" tento (náhodný) rozsah, RAM se při nedostatečném počtu průchodů hlásí jako dobrá.
A čím více průchodů, tím více oblastí je otestováno, tím více je výsledek relevantní.
Závěr: Ukončit test po pouhých čtyřech průchodech je nerozum. Nechat běžet nejlépe přes noc. Samozřejmě to závisí i na kapacitě RAM. Ale po cca 12ti průchodech už se dá předpokládat, že je RAM asi dobrá (ani po 12ti průchodech ještě nejsou otestované úplně všechny oblasti)...
-
Záleží i na velikosti RAM? V tom smyslu, že čím větší, tím je potřeba více průchodů? Nebo se testovaná oblast zvětšuje s celkovou velikostí RAM?
-
To se mi moc nezda - ale radeji se kouknu jeste jednou na ten prubeh. Podle toho, co jsem vysledoval ja, tak oblasti jsou stridane po sobe v rozmezi 2GB a jediny problem je, ze tam zustava mala mrtva oblast na zacatku. A kazdy pruchod by mel v tom souboru testu prostridat celou volnou oblast. Kazdopadne v 99% pripadu se vadna RAM v memtestu projevi chybama dost brzy a vetsinou, co jsem videl, tak okamzite to zacne sypat errory.
Ale stopro jistota to jiste neni, protoze ve vzacnych pripadech se muze chyba projevit az po delsi dobe provozu - napr. teplota/studenak ... Jak psala Abby.
Zde to vsak empiricky nesedi - kdyby to bylo v konkretni oblasti ram, tak v prednich pozicich by se to projevilo hned a zadni pozice nejsou behem bootu vyuzity.
Ale klidne se necham opravit, jestli me jsem udelal chybu v nejakem vstupu/vystupu ...
-
Záleží i na velikosti RAM? V tom smyslu, že čím větší, tím je potřeba více průchodů? Nebo se testovaná oblast zvětšuje s celkovou velikostí RAM?
Memtest během chodu tyto údaje vypisuje. A obecně otestovat oblast o určité velikosti trvá vždy určitou dobu. Pak je jedno zda je méně větších oblastí nebo více menších - tím ja daný celkový čas.
Závěr: Počet potřebných průchodů nezávisí na velikosti RAM. Otestovat větší RAM trvá zákonitě déle (každý průchod trvá déle). Testovaná oblast se zpravidla s velikostí RAM nezvětšuje, narůstá pouze počet oblastí...
Obecně lze říci, že po cca 12ti průchodech lze považovat RAM na 99% za dobrou (i když se i pak se mohou najít výjimky, ale pravděpodobnost je minimální). U velkých pamětí trvá test pochopitelně dlouho. Testovat lze buď všechny moduly současně nebo po jednom.
Smyslem tohoto konceptu (způsobu testování) je co nejrychleji diagnostikovat vadnou RAM (první průchod > chyby --> je vadná --> test je možno ihned ukončit).
Výpis memtestu je uznáván při reklamacích modulů RAM (některé mají záruku až 10 let...).
-
Dle toho, jak si povede 18.04 bez aktualizací, se potom kdyžtak vrátíme k testu pamětí na pořádno a popř. se otestuje ještě grafika.
Vidím to na tu aktualizaci/verzi, protože testuji aktivněji, než je mé běžné užívání PC a vše se chová 100%. Ani jeden problém nebo zpoždění při startu, natož nenastartování.
Při předchozích akcích se problém projevil do druhého zapnutí.