SALVATOR: pridavam variantu zacit pozvolna s WSL a naucit se operovat s CLI nastrojema. Trosku hardcore cesta, na druhou stranu s docela snadnym unikem do znameho prostredi :) Nejlepsi ale asi bude AXTHEBova rada :)

Kazdopadne, opatrne s instalaci, obzvlast pokud nevedes efi/gpt :)

A VYHULENY_UFO varianta muze byt dobra i treba pro pripadne seznameni a vyzkouseni dualboot instalace. Pak to ale chce docela rychle najet na realne zelezo, protoze tam budes resit veci, ktery ve virtualu nebudes muset.

Ahoj, jdu poprosit o radu. Rozhod sem se začít se seznamovat s Linuxem, zatím váhám mezi Mint a Elementary OS. V kompu mám dva disky, SSD s win10 a jeden HDD. Napadaj mě proto minimálně čtyři možnosti:
- Udělat partition na SSD a Linux hodit tam
- To samý, ale na HDD
- Zálohovat data z HDD, nainstalovat tam Linux a data tam vrátit
- Nainstalovat Linux na C: na SSD vedle win bez partitionu (v případě Elementary OS, zatím nevím, jestli tuhle možnost na i Mint)
- Použít virtuální stroj
Třetí možnost mi smrdí potencionálníma problémama a čtvrtá mi přijde trochu jako kanón na vrabce, vzhledem k tomu, že pro Linux zatím budu mít omezený využití. Co si vy myslíte?

DANIELSOFT: https://www.musicpd.org/

jojo, MPD a mozna bych se i dneska podival na pipewire

GIOMIKY: nechceš se podívat na software jménem Music Player Daemon? balíček se jmenuje asi MPD, jednu dobu jsem ho používal a je to právě už hotové řešení na client/server hraní hudby a podporu MP3 má v sobě. mohlo by to být lepší než nějaké quick and dirty skripty

Zdravim.
Ma tu nekdo zkusenost se skolenima ROOT.CZ?
Konkretne skoleni na Linux, https://www.root.cz/skoleni/balicek/balicek-prace-s-linuxem/
Dik.

tak nakonec to dopadlo úplně jinak:

pustil jsem sudo update-initramfs -u

googlil tu hlášku a dostal se sem

boot - The initramfs will attempt to resume from /dev/dm-1 - Ask Ubuntu
https://askubuntu.com/questions/1189835/the-initramfs-will-attempt-to-resume-from-dev-dm-1

vytvořil soubor

/etc/initramfs-tools/conf.d/resume s obsahem "RESUME=none"

a už to nepíše, že se pokusí udělat resume z toho swapu, čili snad vyřešeno

na okounu poradili parametr "noresume" jádra a update-grub, pokud by to takhle stačilo, bylo by to super

jinak mně je vlastně jedno, jestli to bude swapovat na partition nebo do souboru: co je problém, že je tam zapnutá ta hibernace, která nefunguje. není to v /etc/default/grub - podívám se do těch systemd konfiguráků jak radil CHOROBA a uvidím. na okounu někdo řekl, že jak se to jednou zahibernovalo, tak on si to někde zapamatoval a proto to při updatu initramfs vypisuje a chce z toho obnovit: ale zatím nevím kde

CHOROBA: no vida, nová informace. podívám se tam, jak budu u toho stroje. takže systemd za to může, jako obvykle :)

MARASAN: ono se zdá, že tím, že jsem tam dal tu partition místo swapfile jsem zapnul nějakou automatiku, že to chce hibernovat. ale půjdu do klubu o Ubuntu, třeba budou více vědět

DANIELSOFT: tohle bohuzel nevim, swap jedu v partition, ubuntu nepouzivam a ani nehibernuju.

RATTKIN: truenas jsem zkousel, ale OMV mi sedlo lip

CPT_PLESARD: truenas je skvělý nas software. Má i krásnou klikačku v Angularu. freebsd teda, ale dá se to vydržet ;-)

MARASAN: doplňující dotaz, já tu hibernaci nikde nezapínal a než jsem dal tu partitionu místo swapfile, tak on ani nepsal o té hibernaci při update-grub: to se někde zapnulo? kde?

DANIELSOFT: zkus nejdriv udelat swapfile vetsi nez 4 GB, abys mel celkem aspon tech 20 GB. Muzes pouzivat jak partition, tak i swapfile. Moc zkusenosti s hibernaci nemam, ale swap by mel byt dost velky a nejspis mu je fuk, ze je na 2 mistech. Kdyz ne, tak jeste muzes shrinknout njakou partition - nejspis od konce - a na volny misto udelat dalsi swap partition.

dotaz: swap a uspání/hibernace, Xubuntu 20.04

Ahoj!

Měl jsem Xubuntu 16.04 a při instalaci (kde jsem vše co nejvíce nechával na defaultu) mi to vytvořilo 16 GB swap partition, na níž systém swapoval. Mám 16GB fyzické RAM.

Pak Xubuntu 16.04 skončila podpora a já jej přeinstaloval na 20.04. A zjistil jsem, že swap partition se nepoužívá a místo ní to vytvořilo soubor /swapfile (to je absolutní cesta) a swapuje tam

Z čiré nerdovitosti a šťouravosti jsem si řekl, že když už tam je ta partition, tak by neměla ležet "ledem" a přenastavil jsem to v /etc/fstab, aby swapoval z té partition. "/swapfile" jsem smazal a bohužel si nepamatuju, jak byl velký. Na disku mám dost místa, takže ho klidně vytvořím třeba 20GB

Pak se mi jednou stalo, že se OS uspal nebo hibernoval a už se neprobudil (nechal jsem ho prostě přes noc běžet, což by mělo být OK), tak jsem vypnul v power management blanknutí obrazovky, všechno tam dal na never, od té doby je to tedy v pořádku ALE

při updatu kernelu či grubu (přes apt) mi to blekotá, že se bude pokoušet hibernovat na tu partition. Ale ta má 16GB a já se teď dočetl, že je potřeba (při 16GB RAM) 20GB. Taky nechápu, kde tam tahle věc skočila, když byl ještě swapfile, nic takového to nepsalo.

Systém se chová jak má, akorát teda nespí, myslíte, že má cenu vrátit tam ten soubor a partition vypnout? Nebo nějak nastavit, že to nemá dělat tu hibernaci a vrátit aspoň sleep?

Nerad bych se zase vrtal v něčem, co není rozbitý, protože problém jsem původně (změnou v /etc/fstab) spíše vyrobil než opravil. Jinak třeba druhý počítač má 4GB RAM, 2GB swapfile a spí normálně. Možná vadí to, že je to partition, ale proč?

Nějaké rady?