Prosíme přihlašte se nebo zaregistrujte.

Přihlašte se svým uživatelským jménem a heslem.

Novinky: Školení nejen k OS Ubuntu pro širokou veřejnost, více informací zde.

Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - juwa2

Stran: 1 2 [3] 4 5 ... 110
51
Obecná podpora / Re:Aktualizácia jadra - názor
« kdy: 25 Červen 2019, 15:55:45 »
Jaké máš jádro záleží na tom, "z čeho" proběhla původní instalace Ubuntu.
Pokud to byla instalačka 18.04.0 nebo 18.04.1  máš (a budeš mít až do konce LTS) jádro 15
Kdo instaloval pomocí instalačky 18.04.2 (příp. v budoucnu novější), má jádro 18 (HWE).
Viz:
https://wiki.ubuntu.com/Kernel/Support?action=AttachFile&do=get&target=18.04.x+Ubuntu+Kernel+Support+Schedule.svg

Pokud tedy máš 15 a chtěl bys přejít na 18, klidně to udělej. Jestli bude vše fungovat, můžeš na 18 zůstat a 15 (všechna jádra) odinstalovat. Tento postup doporučuji - u každé LTS to takto dělám. HWE 18 bude dostávat pravidelné bezp. aktualizace (cca 1x za měsíc) + každého půl roku přejde na vyšší HWE (viz obrázek výše). Vše automaticky v rámci aktualizací.

Zjištění aktuálního jádra:
Kód: [Vybrat]
uname -r
Přechod na 18 HWE:
Kód: [Vybrat]
sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04
---------------------------------------------
Pak je tady ještě možnost přejít na nejnovější jádro (pětková řada z mainline). https://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D
To bych ale přliš nedoporučoval (pouze při problémech s HW).  Navíc tato jádra se ti nebudou automaticky aktualizovat, budeš to muset dělat ručně.

52
Teď už jo.... :)
A ano, na live je sice uživatel "ubuntu" který má "admin" práva (není tedy třeba zadávat heslo),
nicméně příkazy které "sudo" vyžadují (root práva) je i nadále třeba takto (se sudo) spouštět.
Případně se napřed přihlásit jako root:
Kód: [Vybrat]
sudo su
Ale je mi známo, že spousta uživatelů tohleto neví - nicméně výstup toho příkazu ti měl napovědět. Teďka už ale budeš (zase o něco) chytřejší... ;)
-----------------------------------------------------------------------------------------
Jinak klonování větší >> menší je (prý s určitými parametry) s Clonezillou možné, nicméně bych raději zůstal u osvědčeného http://dl2.acronis.com/s/AcronisTrueImage2019_14690.iso který to zvládne "levou zadní" (tada neumí btrfs, no...).  ;)

53
No počkej, ale tys žádnou defragmentaci neprovedl.  :o  Ostatně Terminál ti to píše.....
V tom příkaze ti chybí "sudo". Takže znova a lépe.....

54
Obecná podpora / Re:swap - Zachovat partition při přechodu na SSD?
« kdy: 24 Červen 2019, 15:21:56 »
S parametrem -c  se provádí pouze kontrola. Vlastní defragmentace se provádí bez tohoto parametru:
Kód: [Vybrat]
sudo e4defrag /dev/sda6Oddíly se defragmentují připojené. Tj. můžeš to udělat přímo z běžícího systému.

Kontrolu integrity FS rozhodně udělej (pomocí fsck):
Kód: [Vybrat]
sudo fsck -y /dev/sdXY
Kontrola/oprava se musí provádět při odpojených oddílech. Takže to proveď z live.
Tip: Můžeš to udělat pomocí GParted které kontrolu obsahuje.

55
Obecná podpora / Re:swap - Zachovat partition při přechodu na SSD?
« kdy: 24 Červen 2019, 14:12:45 »
Vzhledem k velikosti RAM se bez swapu neobejdeš.
1. Na SSD je místo swap oddílu vhodnější vytvořit swapfile (na /).
2. Před klonováním defragmentuj. Swapfile vytvoříš dodatečně až na naklonovaném disku.

56
Obecná podpora / Re:Dualboot
« kdy: 24 Červen 2019, 12:22:36 »
Máš porušený filesystém (nebo je špatný disk).
Nabootuj live a disk zkontroluj (Disks > smart), případně se pokus o opravu FS (fsck).  Pokud je špatný disk, vyměň ho...
P.S. Ty obrázky není vhodné sem vkládat v tak obrovském rozlišení, bohatě stačí takto..

57
Obecná podpora / Re:chyba bootu Ubuntu 18.04.2
« kdy: 23 Červen 2019, 20:18:01 »
1. Odinstalovat mi to nejde tim nástrojem jak si psal níže. Nebo nevim jak.
Ano, tím Cleanerem lze odebrat pouze starší kernely (než je ten aktuálně běžící). Odebírat novější totiž není standardní situace.

1.) Novější (než je aktuálně běžící) nefunkční kernely odinstaluješ pomocí Synaptic (stejně jako jakékoli jiné balíky). Pouze musíš vědět, které balíky to jsou, je jich pro každý kernel 5.  Do vyhledávání (v Synapticu) napiš "linux verze". Viz obrázek - chce to trochu zkušeností....

2.) Nebo lépe, použij výše zmíněné ukuu
Kód: [Vybrat]
sudo add-apt-repository ppa:teejee2008/ppa
sudo aptget install ukuu

Pomocí něho můžeš instalovat/odebírat kernely jaké chceš.....

Pokud ti ani žádný z novějších kernelů (ani pětková řada) nebude fungovat, budeš navždy "odsouzen" k používání toho posledního funkčního. Jde tam o nějakou nekompatibilitu s tvým HW. :-\

58
Obecná podpora / Re:Dualboot
« kdy: 23 Červen 2019, 18:58:34 »
Tak jsem si znovu prohlédl, co mi to dělá a nedělá  :D a přikládám dvě fotky o tom, kam se asi dostanu (pokud v UEFI nastavím jako první boot Ubuntu - ne Win)
Mám flešku s instalací Ubuntu - to by šlo s její pomocí?

Díky

[/home/tisa/Stažené/IMG_20190623_172331.jpg][/img]


Fotky jsi sem vložil blbě - vidět není nic.... >:(

59
Obecná podpora / Re:chyba bootu Ubuntu 18.04.2
« kdy: 23 Červen 2019, 18:56:19 »
Tak bohužel nejde :-( ty nefunkční verze jsou novější takže mi smazat nejdou
Díky

1.) Odinstalovat lze jakýkoli nainstalovaný kernel kromě aktuálně běžícího (jsou to balíky jako každé jiné)...
Všechny nefunkční kernely odinstaluj - není důvod je tam mít.

2.) Ten osmnáctkový ti tedy nefunguje??  Pokud ne, můžeš ještě vyzkoušet pětkovou řadu (z mainline). Nainstaluješ nejjednodušeji pomocí ukuu

60
Obecná podpora / Re:Dualboot
« kdy: 23 Červen 2019, 10:46:31 »
Odstraňovat nepotřebné partitions (pokud jsou skutečně nepotřebné) můžeš jak je ti libo....
Někdy to ovšem může vyústit až v nemožnost nabootovat (totéž se děje po reinstalaci Windows, která vždycky přepíše grub).   

Pak nastupuje oprava (reinstall) zavaděče (grubu).

A je úplně jedno zda to uděláš pomocí pár příkazů v Terminálu (z live) https://howtoubuntu.org/how-to-repair-restore-reinstall-grub-2-with-a-ubuntu-live-cd
nebo pomocí "klikátka" Boot-repair.......

61
Obecná podpora / Re:chyba bootu Ubuntu 18.04.2
« kdy: 23 Červen 2019, 10:36:48 »
1.) Žádná starší verze (kernelu) "sama nezmizí" dokud ji sám neodinstaluješ. Naopak, nepotřebné verze odinstaluj - zbytečně zabírají místo. Nejjednodušeji třeba pomocí "Ubuntu cleaner":
Kód: [Vybrat]
sudo add-apt-repository ppa:gerardpuig/ppa
sudo apt-get install ubuntu-cleaner




2.) Zkus přejít na HWE kernel 18.:
Kód: [Vybrat]
sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04
Pokud bude fungovat, můžeš se té 15ky komplet zbavit (odinstalovat).

62
Obecná podpora / Re:Dualboot
« kdy: 22 Červen 2019, 23:07:21 »
Zdravím, na Lenovo b50-30 mám dualboot Win10 a Ubuntu BB.
Někdo si s tím doma hrál (?) a výsledek je ten, že se nenatáhne ani jeden OS.
Postupně jsem se dopracoval do fáze, že buď mám ve Win10 spustit Obnovení do továrního nastavení, nebo v BB vyžaduje manuálně pustit fsck.
1. samozřejmě nechci přijít o žádné soubory
2. když bych dal Obnovení ..., nezahluší to BB?!

Díky

1.)  Netuším co je to "Ubuntu BB".  Žádám o vysvětlení... :-\

2.)  Oba systémy jsou samozřejmě v pořádku, reinstalace/obnova tov. nastavení je naprosto zbytečná, stačí obnovit zavaděč (grub).

3.) Pokud nejsi schopen to udělat z live (z Terminálu pomocí příkazů), doporučím automatickou opravu pomocí
https://sourceforge.net/p/boot-repair-cd/home/Home/ (vytvořit bootflešku).
nebo tento (úplně stejný) nástroj doinstalovat do live:
Kód: [Vybrat]
sudo apt install software-properties-common; \
sudo add-apt-repository -y ppa:yannubuntu/boot-repair; \
sudo apt-get update; \
sudo apt-get install -y boot-repair && boot-repair



Pak už stačí pouze kliknout na tlačítko "Recommended repair".

63
Běž do Sledování systému a ten proces zabij. Pokud to pomůže, tak smázni jeho spustitelný soubor (najdeš tamtéž nebo v tom htopu). Už se pak nikdy nespustí.

64
Podpora pro pracovní prostředí / Re:mate 1.22.1
« kdy: 22 Červen 2019, 15:51:02 »
HP-255-G6:~$ mate-appearance-properties %F
mate-appearance-properties: error while loading shared libraries: libmarco-private.so.1: cannot open shared object file: No such file or directory

mate settings daemon je v monitore systemu-spiaci......

No tak už víš co ti v systému chybí. To znamená schrastit, doplnit a znovu spustit ten příkaz.
Ta knihovna je součástí balíku libmarco-private1
Pokud jej nemáš nainstalovaný, tak ho nainstaluj nebo reinstaluj. Je normálně v repo. Nebo ho můžeš stáhnout zde:
https://pkgs.org/download/libmarco-private1

Je možné, že bude ještě chybět něco dalšího, takže postup bude třeba opakovat.

65
Podpora pro pracovní prostředí / Re:mate 1.22.1
« kdy: 22 Červen 2019, 14:37:41 »
Nahoře v liště:  Systém >  Volby > Vzhled a chování > Vzhled

Běží ti proces mate-settings-daemon ?
pokud ne, spusť ho.

Jinak to zkus příkazem (v Terminálu) - vypíše se případná chyba:
Kód: [Vybrat]
mate-appearance-properties %F

66
Pomoc s instalací a aktualizací / Re:Nelze aktualizovat ubuntu
« kdy: 20 Červen 2019, 22:25:53 »
Repozitář je dočasně nedostupný (můžeš změnit na jiný v nastavení zdrojů SW), nebo jenom změnil název/signaturu což opravíš příkazem:
Kód: [Vybrat]
sudo apt updateA potvrdíš změnu (y).
Pak už bude vše probíhat tak jako dříve, tj. instalace nebo příkaz
Kód: [Vybrat]
sudo apt-get updatejiž proběhne bez chyb.
------------------
Tyto změny lze také povolit implicitně (= jednou pro vždy, pro všechny repozitáře) příkazem:
Kód: [Vybrat]
sudo apt-get --allow-releaseinfo-change update

67
Obecná podpora / Re:občas nebootuje 18.04
« kdy: 19 Červen 2019, 20:44:10 »
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...).  ;)

68
Obecná podpora / Re:občas nebootuje 18.04
« kdy: 17 Červen 2019, 23:06:38 »
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
Kód: [Vybrat]
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.

69
Na jednom 100gigovém oddílu testuji, úspěchy přenáším na druhý 100gigový oddíl. Mám tak téměř stále dva plně funkční U18.04 na jednom disku. Ten, který si rozbiju - přeinstaluji a nakopíruji mu data z druhého. Já vím, já jsem taky blázen.

Taky řešení, a celkem "blbuvzdorné". Jediná nevýhoda je to zabrané místo na disku...
1. Jak máš pořešeno /home ? Jedno společné pro oba nebo pro každý zvlášť?  Na oddíle extra nebo společně se systémem?
2. Víš, že se můžeš z jednoho systému chrootnout do druhého a provádět tam co je libo?
3. Víš, že to zjednodušuje utilitka groot  ? 
https://www.linuxuprising.com/2018/07/groot-simplifies-entering-chroot-on-any.html
https://medium.com/@teejeetech/groot-v18-1-9d90181fc8b5
http://groot-v18.8-amd64.deb/

70
Multimedia, foto, video, zvuk / Re:Java8 + FRD
« kdy: 16 Červen 2019, 23:10:45 »
FRD 0.9 s javou"devítkou" nefunguje (pouze prý betaverze FRD 1.0) http://wordrider.net/download.php?file=FreeRapid-1.0beta.zip
Takže odstraň veškerou javu (pomocí Synaptiku - do vyhledávání napiš "java", "jre", " jdk").
Pak si stáhni jre 8u211 odtud:
https://www.java.com/en/download/manual.jsp
Stažený archiv *.tar.gz rozbal a obsah složky "jre1.8.0_211" nakopíruj do
Kód: [Vybrat]
/usr/lib/jvm/java-8-oracle
Pokud ta cílová složka není prázdná, napřed její obsah odstraň
Kód: [Vybrat]
sudo rm -r /usr/lib/jvm/java-8-oracle/*
Pokud složka neexistuje, napřed ji vytvoř vč. cesty
Kód: [Vybrat]
sudo mkdir -p /usr/lib/jvm/java-8-oracle
Až vyjde nová verze (osmičkové javy), složku vyprázdni a postup zopakuj. Je výhodné si na to vytvořit skript - i když na druhou stranu, java se zase tak často neaktualizuje (cca 2x za rok max.).

Možná pak bude ještě třeba přidat javu do PATH https://stackoverflow.com/questions/9612941/how-to-set-java-environment-path-in-ubuntu
aby systém javu "viděl".

Funkčnost javy zkontroluješ příkazem
Kód: [Vybrat]
java -version
Pokud zobrazí verzi, je vše OK a FRD bude fungovat.

Dříve to šlo jednoduššeji, bohužel oracle letos "zpřísnil" licenční podmínky které už neumožňují aplikacím třetích stran (webupd8team) javu instalovat.... :-[
PS: Vyzkoušej JDownloader2 (ovšem taky potřebuje javu...)
Odvahu!
---------------------------------------------------------
Jo, a mimo téma - kdo by náhodou toužil po nejnovější verzi VLC (3.07) pro U 18.04, tak PPA je zde:
https://launchpad.net/~ed10vi86/+archive/ubuntu/video/+packages  ;)

71
Obecná podpora / Re:CANONICAL-LIVEPATCH
« kdy: 15 Červen 2019, 20:06:08 »
Nainstaluj si klasické Ubuntu a do něj Mate desktop. Mám to tak taky. Bonusem je delší podpora....

72
Obecná podpora / Re:Plný /boot - možnosti vyprázdnění?
« kdy: 14 Červen 2019, 13:34:15 »
Tak jsem se podíval na ty tvoje fotky.....
1. /boot máš skutečně na extra oddíle (dev/sda1) a je plný (472MB)
2. Veškeré čištění/odinstalace je třeba provádět jako root. Takže například:
Kód: [Vybrat]
sudo apt-get autoremove
sudo sudo apt-get clean

atd. Jinak se příkazy neprovedou....
------------------
Odebrání věcí přes Synaptic bys mohl pokazit - nevíš které balíky. Raději ti posílám "čistící skript" Kernel_clean.sh který to udělá automaticky (bude se ptát). Doufám, že aspoň umíš spustit skript (v Terminálu)....
----------------------------------------------------------------------------------------------------------------------------------------------------------------


Přemístění /boot z extra oddílu na systémový oddíl - postup:
Kód: [Vybrat]
sudo mkdir /boot2
sudo cp -dpR /boot/* /boot2/
sudo umount /boot
sudo rmdir /boot
sudo mv /boot2 /boot
sudo gedit /etc/fstab

Zakomentuj nebo odstraň řádek:
UUID=<uuid_toho_oddílu>  /boot  ext4  defaults  0  2
A nezapomeň uložit.

Kód: [Vybrat]
sudo grub-install /dev/sda
sudo update-grub
sudo reboot

Pokud bude po restartu vše OK, můžeš odstranit oddíl /dev/sda1 (tj. ten na kterém byl /boot) a příp. do vzniklého
místa rozšířit systémový oddíl. Tento krok ale musíš udělat z nabootovaného live (pomocí GParted).

73
Obecná podpora / Re:Plný /boot - možnosti vyprázdnění?
« kdy: 14 Červen 2019, 10:59:16 »
Tak především je potřeba uvést, že tyto "problémy" sis způsobil sám tím, že jsi při instalaci umístil /boot na samostatný (a k tomu ještě malý) oddíl.
1. /boot může být na systémovém oddíle, pak bys určitě poblémy s místem neměl....
2. Přemístit /boot z extra oddílu na systémový oddíl je možné i dodatečně - pokud si na to troufáš, můžu ti napsat postup.

Nicméně k tvojí aktuální situaci. Je pravda, že místo na /boot zabírají staré kernely které je však potřebné odinstalovat buď:
1. Pomocí příkazů z Terminálu (nebo "čistícího" skriptu).
2. Pomocí alikace Ubuntu-tweak (pouze U14.4 16.04) nebo Ubuntu-cleaner. Toto je pro laika nejschůdnější řešení - vše si "nakliká".
3. Pomocí Synaptic.

Skutečně zabrané/volné místo na jednotlivých oddílech si zkontroluj pomocí příkazu:
Kód: [Vybrat]
df

74
Obecná podpora / Re:snap - jaký je význam 'install core'
« kdy: 14 Červen 2019, 10:24:13 »
Core (jádro) je základní snap balík nutný pro chod celého "snap" systému v PC. Pokud už snap systém v PC je (U 16.04 a vyšší) tak je tam balík core už přítomen. A i kdyby náhodou nebyl, během instalace jakéhokoli jiného balíku by se automaticky nainstaloval.
Příkaz byl vyhodnocen jako zbytečný proto, jelikož balík core už jsi tam měl. Autor ten příkaz uvádí zřejmě "pro jistotu".
--------------------------
Během instalace dalších snap aplikací se mohou automaticky instalovat další "podpůrné" balíky, zejména:
core18
gnome-3-28-1804
wine-platform

Po aktualizaci (probíhá automaticky) libovolného balíku ponechává systém snap nainstalované tři poslední verze.
To vede k neůměrné spotřebě místa na disku. Doporučuji nainstalované verze průběžně kontrolovat (např. ve Sledování systému) a staré verze odstraňovat příkazem:
Kód: [Vybrat]
sudo snap remove název_balíku --revision=verze_balíku
Protože nevýhoda snap aplikací je v jejich obrovské velikosti jelikož nevyužívají společné systémové knihovny a každá aplikace si všechno potřebné "táhne s sebou".  Samozřejmě každá extra, takže spousta věcí je tam pak třeba 10x...

Odstrašující příklad je např. právě GIMP (schválně se podívej kolik ti zabírá...).
Jako příklad uvádím VLC:
Klasická instalace (.deb) zabere 35MB
Instalace snap zabere 500MB
A pokud tam ponecháš ještě dvě starší verze k tomu, máš hned 1,5 GB zabraných. A to se jedná pouze o jedinou aplikaci.
Toto se samozřejmě týká i těch "podpůrných" balíků..


Takže instalaci přes snap (flatpaku se týká to samé, je to ještě větší "žrout" místa) jedině v nouzi nejvyšší, pokud k dané aplikaci není opravdu jiná alternativa. Sice snap/flatpak jsou dnes hojně propagované a "tlačené", např. Gnome-software je dokonce nabízí přednostně  :o, ale dle mého názoru je to postupné "windowsovatění" ubuntu - bohužel...

75
HW je v pořádku, pod Linuxem to sice ověřit neumím, soudím dle plně funkčních Windows 10 v dualbootu.
Instalační flešku jsem připravoval v Rufus, po instalaci vše několik dnů jelo naprosto bez problémů, až do nedělní aktualizace. Zkusím přeinstalovat.

Prověř veškrý HW. Klidně i ve Windows - ale relevantně prověř.  Řeči typu "myslím, že je vše v pořádku" jsou k ničemu.. :-\
Reinstalovat sice můžeš, ale pravděpodobně se to za pár dní bude opakovat - a to není řešení.
Kdyby sis alespoň dělal zálohu systému, pak by sis mohl reinstalace odpustit (ledaže by sis v nich liboval...).

Stran: 1 2 [3] 4 5 ... 110