Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: motyl 06 Června 2019, 22:19:39
-
Dobrý den, před týdnem jsem instaloval 18.04 a občas se mi system nenabootuje. Vždy zůstane u černé obrazovky. Zhruba 1z 5 bootů. Musím potom ntb "natvrdo" vypnout a tím asi pěkně ničím HDD. Mám dualboot s windows a Uefi. Zkoušel jsem opravit grub tím programem na opravu( boot repair-oprava zavaděče. Bez efektu. Jen mi nyní po použití toho programu při náběhu dává comp z více nabídek, ne jen klasický xubuntu a windows boot, ale i advance setting for xubuntu boot, windows boot uefi, seting bios atd... . Problém se ale nevyřešil. Secure boot (uefi) jsem v biosu také zloušel vypnout. Stále to občas xubuntu nenabootuje. Také to při bootování hlásí spoustu řádek(i v případě že system potom naběhne). Nestíhám je ale vyfotit mění se to rychle, takže ani nevím co to píše. Jen jsem zahlédnul něco jako ACPI Eror. Je to již druhá instalace a opět to dělá to samé. Vždy si po nainstalování vyladím xubuntu s aplikacema a prohlížeč jak jsem zvyklý a začne to posléze zlobit. K zbláznění, už nemám sílu systém opět reinstalovat. Prosím, jsem jen uživatel, byl by někdo laskavý a poradil by mi nějakou opravdu srozumitelnou cestou čím to může být? A jak vyřešit? Linuxy jsem si oblíbil. Dříve problém nebýval, comp mám stále stejný. Děkuji mnohokrát za vaši pomoc:)
-
Dobrý den, před týdnem jsem instaloval 18.04 a občas se mi system nenabootuje. Vždy zůstane u černé obrazovky. Zhruba 1z 5 bootů. Musím potom ntb "natvrdo" vypnout a tím asi pěkně ničím HDD. Mám dualboot s windows a Uefi. Zkoušel jsem opravit grub tím programem na opravu( boot repair-oprava zavaděče. Bez efektu. Jen mi nyní po použití toho programu při náběhu dává comp z více nabídek, ne jen klasický xubuntu a windows boot, ale i advance setting for xubuntu boot, windows boot uefi, seting bios atd... . Problém se ale nevyřešil. Secure boot (uefi) jsem v biosu také zloušel vypnout. Stále to občas xubuntu nenabootuje. Také to při bootování hlásí spoustu řádek(i v případě že system potom naběhne). Nestíhám je ale vyfotit mění se to rychle, takže ani nevím co to píše. Jen jsem zahlédnul něco jako ACPI Eror. Je to již druhá instalace a opět to dělá to samé. Vždy si po nainstalování vyladím xubuntu s aplikacema a prohlížeč jak jsem zvyklý a začne to posléze zlobit. K zbláznění, už nemám sílu systém opět reinstalovat. Prosím, jsem jen uživatel, byl by někdo laskavý a poradil by mi nějakou opravdu srozumitelnou cestou čím to může být? A jak vyřešit? Linuxy jsem si oblíbil. Dříve problém nebýval, comp mám stále stejný. Děkuji mnohokrát za vaši pomoc:)
Viděl bych to na HW problém (RAM nebo disk). To značí důkladně oboje prověřit. Vhodné nástroje najdeš např. na UBCD
(vytvoř si bootflešku > Yumi).
https://www.ultimatebootcd.com/
https://www.pendrivelinux.com/yumi-multiboot-usb-creator/
Jinak dualboot win/linux pod uefi není až tak snadná záležitost. Většina návodů je na "legacy" instalaci.
Nicméně pokud ti to vůbec běží, zřejmě jsi to zvládnul dobře, takže spíše jak už jsem napsal výše bych podezdříval ten HW...
-
Ahoj, RAM i disk jsem projížděl hned. Obojí je v pořádku. Jinak dual boot používám již na tom compu od roku 2014 a nikdy s bootováním problém nebyl a ani jsem nikdy nic moc nenastavoval. Jen tenkrát poprvý jsem rozdělil disk atd. ... . Až nyní s 18.04 je problém s bootováním. Win jsou tam 5 let a vždy přeinstalovávám už jen linuxy po vypršení LTS.
-
Na počítači Dell a Lenovo se mi to stávalo také. Zjistil jsem, že stačí počkat. Pamatuji ale extrémní případ, že systém naběhl až po cca deseti minutách. Do té doby byla stále jen černá obrazovka. Také se to stávalo jednou za čas.
Zkoušel jste čekat? Jak dlouho?
-
Ahoj, RAM i disk jsem projížděl hned. Obojí je v pořádku. Jinak dual boot používám již na tom compu od roku 2014 a nikdy s bootováním problém nebyl a ani jsem nikdy nic moc nenastavoval. Jen tenkrát poprvý jsem rozdělil disk atd. ... . Až nyní s 18.04 je problém s bootováním. Win jsou tam 5 let a vždy přeinstalovávám už jen linuxy po vypršení LTS.
1. Popiš ten průběh (toho špatného) bootování co nejpodrobněji.
2. Podívej se do syslogu.
3. Máš automatické přihlašování? Zkus ho vypnout. Najede pak aspoň logon screen?
4. Co tam máš aktuálně za kernel? Zkusil bych jiný.
-
Nehybernuješ Windows? Jinak, pro restart buď pomůže 2x trojhmat, nebo přepnutí na další konzoli CTRL+ALT+F2, nebo pomalu psát R E I S U B při držení ALT+SysRq. Viz článek (https://www.root.cz/clanky/sysrq-klavesa-pro-reseni-problemu/).
-
...ja osobne by som začal tak,že pred bootovanim odpojil vsetko od kompu,ako usb a lan kabel... a potom by som skumal hlbšie problematiku...
-
Nehybernuješ Windows? Jinak, pro restart buď pomůže 2x trojhmat, nebo přepnutí na další konzoli CTRL+ALT+F2, nebo pomalu psát R E I S U B při držení ALT+SysRq. Viz článek (https://www.root.cz/clanky/sysrq-klavesa-pro-reseni-problemu/).
windows nehybernuju, pouze není asi 4 roky aktualizovaný( protože to vždy po 3 hodinách zahlásí že aktualizace se nepovedla a navracení změn, které trvá půl dne- nepoužívám winy však na nic důležitýho), ale to snad nemá na chod linux vliv.
-
Ahoj, RAM i disk jsem projížděl hned. Obojí je v pořádku. Jinak dual boot používám již na tom compu od roku 2014 a nikdy s bootováním problém nebyl a ani jsem nikdy nic moc nenastavoval. Jen tenkrát poprvý jsem rozdělil disk atd. ... . Až nyní s 18.04 je problém s bootováním. Win jsou tam 5 let a vždy přeinstalovávám už jen linuxy po vypršení LTS.
1. Popiš ten průběh (toho špatného) bootování co nejpodrobněji.
2. Podívej se do syslogu.
3. Máš automatické přihlašování? Zkus ho vypnout. Najede pak aspoň logon screen?
4. Co tam máš aktuálně za kernel? Zkusil bych jiný.
Ahoj, sorry nemám čas to řešit a tak se omlouvám za delay v odpovědi. Prostě to zapnu a někdy to naběhne do přihlašovacího okna a někdy se to zastaví na cěrné obrazovce. Když to začne nabíhat a potom se to povede, něco to píše, ale nestíhám to přečíst ani vyfotit, je to na zlomek vteřiny.
Jak se podívám do syslogu a co tím vyřeším?
Jak změním kernel? A jak zjistím ten aktuální?
Omlouvám se za otázky, ale jsem opravdu jen laik uživatel. Děkuji mnohokrát za pomoc:))
-
1. Pokud je disk určitě OK, zkontroluj filesystém na disku na všech oddílech (pomocí fsck). Ovšem musíš to udělat offline (z live) nejsnadněji pomocí GParted. Kontrolované oddíly napřed odpoj (umount) = nesmí u nic být "klíček".
2. Podívej se do souboru /var/log/syslog Orientuj se dle času událostí.
3. Aktuální kernel zjistíš pomocí příkazu
uname -r
4. Jiný (novější/starší) kernel(y) nainstaluješ pomocí ukuu
Na jiný (nainstalovaný) kernel přepneš po restartu na Grub obrazovce (advanced options for grub).
Staré/nepotřebné kernely odinstaluj.
-
Ahoj, mně se stalo včera něco podobného. Po aktualizaci mi nejde nabootovat notebook Lenovo ideapad 330s. Už mám 3. Lenovo a vždy s Ubuntu, vždy jsem byla spokojená a když jsem potřebovala pomocí, našla jsem ji na českých nebo anglických fórech. Jsem laik a samouk. Ale s tímhle si nevím rady. Notebook mám od února, tak jsem psala dnes i na prodejce jestli to není HW. Notebook mi nabíhá už 3/4 hodiny, píše to nějaká čísla, která se zvyšují (už je to 2664.0000000) pcieport 0000:00:1c:0: PCIe Bus Error: severity=Corrected, type physical Layer, id=00e0(Receiver ID) device status [8086:9d15] error status/mask=00000001/00002000 [ 0] .Receiver Error (First). Zvyšují se jen ta první čísla. Zkusila jsem znovuinstalovat přes USB disk, ale nenabehne. Prosím jen mi řekněte jestli mám vrátit notebook nebo se obrátit na odborníka o preinstalaci. Nejlepší je, že si nepamatuji jestli mám 18.04 nebo 16.04. :-( Díky
-
Dneska mě to taky zlobí, poslední update tam natáhnul nějaké blechy. Nejde jeden ze 3 USB portů, ve kterém mívám připojenou myš, a občas nechce bootovat.
-
Dneska mě to taky zlobí, poslední update tam natáhnul nějaké blechy. Nejde jeden ze 3 USB portů, ve kterém mívám připojenou myš, a občas nechce bootovat.
To je jednoznačně záležitost driverů = kernelu. Vrať se na ten předchozí (= to snadné - přes reboot). A zase ti bude vše fungovat jako dříve.
A poznámku o "natáhnutých blechách" neberu. Protože jedině ty sám rozhoduješ o tom, co se bude a nebude instalovat/upgradovat. Update-manager ti to ostatně vždy "dává ke schválení"...
P. S.: Systém si pravidelně zálohuj, pak budeš řešit tyto "potíže" levou zadní (= návratem k předchozímu snapshotu = v podstatě jeden restart...). ;)
-
To je jednoznačně záležitost driverů = kernelu. Vrať se na ten předchozí (= to snadné - přes reboot). A zase ti bude vše fungovat jako dříve.
A poznámku o "natáhnutých blechách" neberu. Protože jedině ty sám rozhoduješ o tom, co se bude a nebude instalovat/upgradovat. Update-manager ti to ostatně vždy "dává ke schválení"...
P. S.: Systém si pravidelně zálohuj, pak budeš řešit tyto "potíže" levou zadní (= návratem k předchozímu snapshotu = v podstatě jeden restart...). ;)
Už bootuje v pořádku. Ještě se porozhlídnu, co se dá dělat s tím USB portem.
Mimochodem, nevím proč to Canonical pořád převrtává, co funguje se má nechat na pokoji.
A ještě něco. U Woken (Vista) se mi nikdy nestalo, že kvůli updatu nepojedou, u Ubuntu už dvakrát (poprvé loni někdy zhruba touhle dobou, kolem Metoděje). Windows jsou sice hrozný systém, ale Microsoft nikdy nepustí ven neotestované sr..ky.
-
To si dobre mimo - zrovna celej Vista byl neotestovana nestabilni polofunkcni sragora a musel to resit opravny megabalik. A u Win10 je neotestovany update, ktery brani bootu, destabilizuje system, maze data (i osobni) ci castecne znefunkcnuje porty a drivery periferii, na uplne beznem poradku. Bodej by ne, kdyz se MS zbavili vsech betatesteru a udelali si je stylem rukojmich z uzivatelu.
No ale v necem za pravdu dam - na vine je pokrivene mysleni, neprakticnost, neergonomicnost a neduslednost programatoru obecne a tak nam i lecktere distro taknejak woknovati v tom negativnim - jsou zase veci, kde by si mohli vzit inspiraci z toho jak byly nektere veci resene ve WinXP ci Win7. Bych blil!
-
Windows jsou sice hrozný systém, ale Microsoft nikdy nepustí ven neotestované sr..ky.
To má být pokus o nejblbější vtip dneška?
-
Bohužel má pravdu JirkoZ. V Redmontu naprogramují rutinu, otestují a pustí ven. Má naprastou pravdu.
-
Bohužel má pravdu JirkoZ. V Redmontu naprogramují rutinu, otestují a pustí ven. Má naprastou pravdu.
https://duckduckgo.com/?q=windows+update+problem&t=h_&ia=web (například). Jak u blbejch...
-
To nic nemění na faktu, že si vše otestují. Koneckonců to dělá každý programátor, hned jak dopíše kód. A nejen on. Pořád má autor pravdu :-D
-
Taky dobre mimo - testuji nedostatecne a malo - proto tolik problemu a poslednich par let daleko vice, nez Linux. Autor tvrdil, ze se u Win nikdy nestalo, ze neco MS pusti a nejede to, coz prokazetelne neni pravda a tedy ani tvoje mylna interpretace nic nemeni na tom, ze autor NEMA PRAVDU. Jeho druhe tvrzeni, ohledne testovani je tak na pul pravda.
Nutno pro fer jeste podotknout, ze MS to casto celkem brzy zpravi, prestoze nektere skody, ktere zpusobi jsou nenapravitelne, zatimco u Lin se na nektere veci ceka i vice, nez 10 let a porad nic :(
-
1. Pokud je disk určitě OK, zkontroluj filesystém na disku na všech oddílech (pomocí fsck). Ovšem musíš to udělat offline (z live) nejsnadněji pomocí GParted. Kontrolované oddíly napřed odpoj (umount) = nesmí u nic být "klíček".
2. Podívej se do souboru /var/log/syslog Orientuj se dle času událostí.
3. Aktuální kernel zjistíš pomocí příkazu
uname -r
4. Jiný (novější/starší) kernel(y) nainstaluješ pomocí ukuu
Na jiný (nainstalovaný) kernel přepneš po restartu na Grub obrazovce (advanced options for grub).
Staré/nepotřebné kernely odinstaluj.
Ahoj, Tak jsem stihnul přečíst něco málo, co to píše při startu... nějaký ACPI error a potom spoustu věcí co už nestíhám... . Někde na anglických servrech jsem něco četl, že je to problém při startu když jsou na disku ještě windows. Ale moc tomu nerozumím jak se to řeší. Prosím poradil by mi někdo polopatě jak to napravit? Díky:)
https://askubuntu.com/questions/1093882/unable-to-boot-after-installation-acpi-errors
https://www.linuxquestions.org/questions/linux-hardware-18/acpi-error-what-means-4175605357/
https://www.reddit.com/r/linux/comments/69rfh2/acpi_errors_on_any_linux_installation/
-
1.) Vyzkoušels jiný kernel? Jaký? Výsledek?
2.) Zkoušels přidat bootovací parametr
acpi=strict
acpi=off
acpi=force
(jak se píše v tom článku)?
3.) HW je 100%ně v pořádku, dá se ti věřit?
Už něco konečně dělej.....
-
testuji nedostatecne a malo...
... ze se u Win nikdy nestalo, ze neco MS pusti a nejede to, coz prokazetelne neni pravda a tedy ani tvoje mylna interpretace...
...Jeho druhe tvrzeni, ohledne testovani je tak na pul pravda.
Nutno pro fer jeste podotknout, ze MS to casto celkem brzy zpravi...
Správné vyjádření myšlenky a výborná či absolutní znalost protivníka je základem solidní kritiky. Půlpravda je lež. Proto nesouhlasím s tvrzením, že MalýMěký netestuje. A psal jsem jen a výhradně o tom. O ničem jiném. Děkuji, že jste reagoval, protože tak nějak měl vypadat příspěvek "JirkaZ", abych jej podpořil a snad i vychválil za briskní stavovou diagnostiku.
... Nutno pro fér podotknout, že vidím opravárenské schopnosti aktuálních problémů jako klad LINUXU a dlouhodobých problémů stejně jako Vy. Ale je to jen osobní názor a v žádném případě kategorické či jiné tvrzení.
Máte mírně zmatený příspěvek. Leda by se týkal článku, který jsem nečetl a ani nehodlám ( . . číst dokola totéž na různých stránkách). Jde o větu "Autor tvrdil, ze se u Win nikdy nestalo..." - na tuto jsem nereagoval. Jen čistě na "JirkaZ" tvrzení, že MS netestuje. Já tvrdím, že MS testuje. Správná otázka je na systém provedení testů.
Tedy:
- Co se testuje.
- Kdo to testuje.
- Kdo výsledky kontroluje.
- Kdo test zadal.
- Kdo test platí.
- Jaké byly stanoveny vstupní, průběžné a výstupní parametry testu.
- Kdo stanovil metriky.
- Jak stanovil metriky.
- Kdo zpracovává výsledky:
- proč,
- jak,
- na čí příkaz,
- kdo to platí,
- kdo to kontroluje..........................
Každopádně já jen jednou větou tvrdil, že v MS se testuje a přísně vzato dobře víte a také jste napsal, že mám pravdu.Více už jen v PM či na nějakém soukromém vlákně či fóru či shoutu. Toto je obsáhlé téma a zde v topicu je to jen spam.
-
Autor tvrdil, ze se u Win nikdy nestalo, ze neco MS pusti a nejede to, coz prokazetelne neni pravda a tedy ani tvoje mylna interpretace nic nemeni na tom, ze autor NEMA PRAVDU.
To jsem netvrdil - tvrdil jsem, že MNĚ se to nestalo (u MS Vista). Zakyslo to mnohokrát: modrá/bílá/černá smrt, vytuhnutí, zakousnutý antivirák, ransomware, hacknutý prohlížeč, přetopené procesory ze zbytečných nekonečných procedur - to všechno bylo časté, ale to všechno byly buď dlouhodobé chronické problémy, nebo malware, které nebylo od MS a které jsem tam natáhnul vlastní neopatrností. Nevzpomínám si, že by notebook někdy nechtěl nastartovat po záplatě od MS.
-
V tom prave spocivala ma vytka, ze bylo reagovano rezoluci na cast a nikoliv na celek. A jestlize cast neni pravda, tak celek take ne - A implikuje B. Takze bud si ten puvodni odstavec znovu precist a pak uzrit, ze me vyjadreni bylo komplexnejsi a pravdivejsi z hlediska logiky a nebo to nechat byt, protoze o nic nejde a muzeme se shodnout na tom, ze by to jak v pripade Win, tak v pripade Lin, mohlo byt v leccems lepsi :)
-
Matematika:
(Všichni tvůrci testují) x (každý jinak) x (každou chvíli se snaží vylepšit systém testování) x (neznámé faktory) = Každý operák se v každé době chová jinak, neb obsahuje odlišný druh chyb.
Tak to vidím zhruba.
A už mlčím. Je zbytečné hanět konkurenci. Konkurence se stejně haní sama nejlépe.
-
No - o slově "vylepšit" bychom mohli také vést polemiku. Jestli je vylepšením, zbavit se hromady profesionálů a poloprofesionálů a udělat rukojmí-testery z běžných uživatelů, kterým pak chyby znesnadňují a často i znemožňují na PC pracovat, to nechť každý posoudí sám ... :D
-
...se snaží vylepšit...
-
... věřím, že se snaží. Jen každá snaha marná, bez logického uvažování se zdravým rozumem ...
-
A Vy ve svém věku ještě očekáváte logiku od někoho, kdo sedí v kanclu?
Princip je přeci známý:
- Kdo to umí, ten to dělá.
- Kdo to neumí, ten to učí.
- Kdo to neumí ani učit, ten to řídí.
- atd.