Fórum Ubuntu CZ/SK

Ubuntu pro osobní počítače => Instalace, aktualizace a spouštění => Téma založeno: JirkaZ 10 Února 2024, 00:24:39

Název: Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 10 Února 2024, 00:24:39
Můj následující dotaz se sice týká Linux Mintu 21.3 Cinnamon, ale snad to tolik nebude vadit...

O co jde: pro změně rozdělení disku jsem chtěl založit samostatný ext4 oddíl a přesunout na něj složku /home (postup dle tohoto (https://forum.linux-mint-czech.cz/viewtopic.php?p=45625#p45625) příspěvku). To se vše podařilo (samostatný oddíl je nyní sda2), následně jsem do /etc/fstab přidal řádek
Kód: [Vybrat]
/dev/sda2 /home          ext4    defaults 0 2
a restartoval...

Přihlášení (v původním /home nastaveno jako automatické bez zadání hesla) se nedaří, sice nějaká data z původního /home asi fungují (třeba je stejné pozadí pracovní plochy), ale jinak na ploše není nic, nefunguje ani menu aplikací, panel je nahoře....prostě nefunkční torzo. Na ploše je jen jakási lišta pro zadání hesla a když se heslo zadá, tak jen problikne černá obrazovka s textem

Kód: [Vybrat]
Failed to start casper-md5 check verify live iso checksums
a zase naskočí neúplná plocha s původně zvoleným pozadím a s onou lištou pro heslo.

Netuší někdo, co se děje a co s tím? Jelikož jsem původní /home zachoval na systémovém oddílu, tak samozřejmě pomůže označení přidaného řádku ve fstab jako komentář a vše se normálně rozběhne.

Proč to ale nechce brát ten zkopírovaný obsah /home na novém oddílu?
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: ramael 10 Února 2024, 00:44:06
Jen rychlý nápad. Máš starou složku home přejmenovanou?

EDIT:
Protože, to home co máš ve fstabu se ti nejspíš kreje se starým home v systému. Jednoduše staré home přejmenuj na něco jiného co v / adresáři nemáš. Vytvoř novou prázdnou složku home v / a systém tě tam díky fstab umístí sda2
Ta 2 na konci fstab řádku si myslím je v dnešní době už zbytečná...
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 10 Února 2024, 00:57:32
No to nemám... Měl bych?

Myslíš jako že si to do ní sahá a dělá to nedefinovatelnou směs?
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: ramael 10 Února 2024, 01:00:17
No to nemám... Měl bych?

Myslíš jako že si to do ní sahá a dělá to nedefinovatelnou směs?
Přesně tak. Zrovna jsem předchozí komentář editoval
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 10 Února 2024, 01:05:22
Hm... No zatím jsem to vyřešil radikálně návratem k původnímu rozdělení disku a holt je /home na jednom oddílu se systémem. Nikdy jsem to tak neměl, ale není to můj počítač a nezblázní se to (prostě jen bude složitější případná přeinstalace či upgrade).

Myslel jsem, že přesun /home půjde jednoduše, všude to popisují jako snadnou věc. A ono ne...

Každopádně díky za názor, třeba se to bude hodit jindy.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: radin 10 Února 2024, 09:24:51
Jen myšlenka: čím jsi to kopíroval? Nezměnily se ti práva u adresářů/souborů? A nemáš náhodou v novém /home toto 2x? (/home/home/*)?
Já takové věci dělám pomocí MC a přímo mu vnutím "zachovat původní atributy". Připojením /home do /home by původní home měl pro systém zmizet, nemyslím, že by se obsah nového nechal ovlivnit původním.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 10 Února 2024, 09:33:50
radin: kopíroval jsem to to samou distribucí, jen v live režimu z flashky (a tam sudo Nemo).

Ano, změna práv mě napadla taky, v jednom článku to dělají pomocí cp a příslušných parametrů pro zachování práv. Z těch práv mi jednou hrábne... Ne, vnořený /home tam fakt není ;-)

Možná to celé zkusím ještě jednou, přes noc se mi to trošku rozleželo v hlavě a ty operace jsou celkem snadné, navíc uživatel tam zatím má jen pár GB domovskou složku...
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: Roman Vacho 10 Února 2024, 15:03:53
Přepsal si i UUID v fstabu? Nezůstalo tam původní z / ?
Kód: [Vybrat]
cat /etc/fstab
Kód: [Vybrat]
sudo blkid
kontrola, jestli ti to hodí chyby v tom SYSTEM HOME.
Kód: [Vybrat]
find $HOME \! -user $USER
kopírování
A jelikož to tam je už asi blbě, tak bych to udělal jako root
Kód: [Vybrat]
sudo -i
cp -axv
exit

Pokud jsi přímo daný uživatel v této situaci, což jsi
Kód: [Vybrat]
sudo chown -Rc $USER:$USER $HOME
U mě mám taky jeden 1 soubor, koukám, co se odpírá poslušnosti.

Doufám, že to mám dobře, protože na práva nejsem bůhvíjaký expert.

Případně to měnit pod rootem, kdyby něco nešlo.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: ramael 10 Února 2024, 19:51:25
Než se opakovat, tak tady je to popsané od někoho jiného (https://www.howtogeek.com/442101/how-to-move-your-linux-home-directory-to-another-hard-drive/#mounting-the-new-drive) Schválně jsem přeskočil vytváření filesystému.

A teď něco k tomu UUID.
Jsem přesvědčen, že ve fstabu bylo jen UUID kořene /. Teoreticky ještě možná swapu. Protože originál home byl součástí kořenového adresáře. Avšak osobně doporučuji UUID používat na místo sda1 ap. Z důvodu systemd. sda1 atd. jsou názvy přidělené udev pravidly, které jsou plně v režii systemd. Kdo dřív přijde, ten dřív dostane název. A vzhledem k tomu že systemd zpracovává události paralelně, může se stát, že dostane oddíl jiný název. Neděje se to, ale může se to stát. Kdežto UUID je jedinečný identifikátor napsaný v headu oddílu a to nejde splést. Pokud se to zdá být někomu nekomfortní, může si oddíl "pojmenovat" pomocí LABEL a připojit ho ve fstabu pomocí této jmenovky. LABEL je také součástí headu oddílu. Avšak je nějaká, mizivá, šance duplicity. Někde jsem tu dával návod, ale v rychlosti:
Kód: [Vybrat]
#výpis disků s tím co potřebujem znát
lsblk -o NAME,UUID,SIZE,FSTYPE,FSUSED,LABEL,MOUNTPOINT
#pojmenování disku
sudo e2label /dev/sda1 newhome
#kontrola
lsblk -o NAME,UUID,SIZE,FSTYPE,FSUSED,LABEL,MOUNTPOINT
#zápis do fstabu
sudo -i
echo "LABEL=newhome     /home    ext4   defaults 0 0" >> /etc/fstab
mount -a
Nezapomeňte, že formát složky home je /home/user/.... a ne /home/....
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 10 Února 2024, 21:06:32
ramael: jen krátce - /dev/sda2 jsem při popisovaném pokusu zkusil nahradit i příslušným UUIDem, chovalo se to naprosto stejně.

Roman Vacho: v původním fstabu je připojován jen systémový oddíl (/), protože /home je na něm...

Jdu to ještě jednou vyzkoušet s tím, že kopírování udělám s parametry zaručujícími zachování atributů a původní /home na systémovém oddílu přejmenuju...
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: ramael 10 Února 2024, 21:21:39
Citace
ramael: jen krátce - /dev/sda2 jsem při popisovaném pokusu zkusil nahradit i příslušným UUIDem, chovalo se to naprosto stejně.
Samozřejmě. Já to myslel jako radu proč používat UUID. Na problému u Tebe to nic nemění, protože práva a staré home.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 10 Února 2024, 22:01:56
Tak pokus s vynuceným zachováním atributů při kopírování /home/user na jiný oddíl (tentokrát pomocí sudo mc) a přejmenováním původního /home/user na /home/user_old bohužel nepomohl.

Po úpravě fstab a rebootu vše blbne přesně tak, jak je uvedeno na začátku vlákna. Takže jsem se pokorně vrátil k původnímu umístění /home/user v systémovém oddílu a další pokusy si nechám na jindy (pokud vůbec někdy).

Osobně mám za to, že tam někde budou jakási skrytá nastavení či soubory, které se prostě nepřenesou a relace pak nemůže fungovat normálně. Během kopírování skutečně pár hlášek ohledně nemožnosti zkopírování nějakého souboru vyskočilo (u sudo mc jich bylo víc než u sudo nemo), ale dle názvu šlo o nějaké konfigurace z aplikací typu Firefox apod, takže by to nemělo vadit...

Stejně nikdy nepochopím, proč se vůbec vyskytne situace, že jako root nemůžu něco přečíst či zkopírovat (a nesetkávám se s tím poprvé). Podobná bejkárna jako když ve Windows ani jako správce nešlo smazat určité soubory a bylo třeba to udělat v DOSu?
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: radin 11 Února 2024, 08:03:00
No, mě šlo o to, že když chci připojit něco do /home, musí na tom připojovaném oddíle (disku) být jen ty soubory z původního home, ne celý /home, protože jinak při připojení právě vznikne to /home/home/*. Mě se to osobně "povedlo", proto jsem to zmínil.
Disky v MC kopíruji tak, že si nový disk mountnu např. do /mnt, zkopíruji potřebné soubory, upravím fstab a restartuji (samozřejmě vše pod rootem). Nestalo se mi, že by se něco nezkopírovalo, mimo (pochopitelně) sytémových /dev, /proc - pokud tedy kopíruji celý systém.
S tím UUID to taky není taková hitparáda. Sice chápu smysl, ale mám 2 NB se dvěma disky a nestalo se mi, že by se připojily "obráceně", přesto že používám /dev/sdx. Naopak se mi stává, že používám navíc trvale připojené (proto přes fstab), ale různé externí disky (na různé zálohy) a když je zaměním před spuštěním NB, přes UUID se mi jeden nepřipojí, aniž bych přepsal fstab, zatím co s /dev/sdx se připojí vždycky tam kam mají.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: TIBOR 11 Února 2024, 09:20:38
Ja skusim len taku blbu otazku. Kedze ti to hlasi problem s live diskom, nemohlo sa stat ze si omylom kopiroval /home z live systemu alebo ze si zapisoval do fstab v live systeme namiesto na skutocnom disku? Stacilo by raz pri viacerych pokusoch s tym ze by tam zostali zamiesane subory ktore tam nemaju byt.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: Roman Vacho 11 Února 2024, 10:30:01
Tak pokus s vynuceným zachováním atributů při kopírování /home/user na jiný oddíl (tentokrát pomocí sudo mc) a přejmenováním původního /home/user na /home/user_old bohužel nepomohl.

Po úpravě fstab a rebootu vše blbne přesně tak, jak je uvedeno na začátku vlákna. Takže jsem se pokorně vrátil k původnímu umístění /home/user v systémovém oddílu a další pokusy si nechám na jindy (pokud vůbec někdy).

Osobně mám za to, že tam někde budou jakási skrytá nastavení či soubory, které se prostě nepřenesou a relace pak nemůže fungovat normálně. Během kopírování skutečně pár hlášek ohledně nemožnosti zkopírování nějakého souboru vyskočilo (u sudo mc jich bylo víc než u sudo nemo), ale dle názvu šlo o nějaké konfigurace z aplikací typu Firefox apod, takže by to nemělo vadit...

Stejně nikdy nepochopím, proč se vůbec vyskytne situace, že jako root nemůžu něco přečíst či zkopírovat (a nesetkávám se s tím poprvé). Podobná bejkárna jako když ve Windows ani jako správce nešlo smazat určité soubory a bylo třeba to udělat v DOSu?
Časem to ve Windows mazat šlo, ale musels prvně nastavit práva přes spešl aplikaci nebo cmd. :D

Četl jsem, že mc (já jej nepoužívám) kdysi nepřenášel všechny atributy v zanořených souborech a složkách. Možná dnes funguje již líp.

Těch rootů je totiž ve skutečnosti jakoby několik a každej má jiný práva.
Ale nic si z toho nedělej. To dělají blbě kolikrát i profíci na serverech. I já to pořád zapomínám, kterej má jaký práva. Také záleží na distribuci jak to má nastavené.
A hlavně jednou potřebuješ nejvyšší oprávnění a jindy to zase není vhodné používat takového roota a je lepší použít jiného.
Kód: [Vybrat]
sudo
sudo su

Asi už toho máš dost, ale upravil jsem svůj původní příspěvek, i když to v Tvém případě nemá na nic vliv. A fakt bych to zkusil přes utilitu cp.
Kód: [Vybrat]
/home adresář by měl mít práva roota
/home/uživatel adresář práva uživatele
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 11 Února 2024, 19:26:01
TIBOR: ne, fakt jsem nekopíroval /home z live prostředí ;-)

Roman Vacho: že je víc rootů, to slyším poprvé (sudo a sudo su znám, ale nějak mě nikdy nenapadlo studovat rozdíly - tedy kromě toho, že pomocí sudo su se prostě stanu rootem až do odhlášení...).

cp někdy možná vyzkouším, ale teď už se k tomu vracet nehodlám, funguje to a nemám čas na pokusy.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: Ventero 11 Února 2024, 20:53:25
Nějak mi uniklo, jak se stalo to, že to funguje - co zabralo?
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 11 Února 2024, 21:32:15
Zabral návrat k původnímu stavu, tj. /home zůstal na systémovém oddílu ;-)

Aneb nikdy nezkoušej zasahovat do něčeho, co funguje (dnes naprosto soustavně a cíleně opomíjená zásada).
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: ramael 11 Února 2024, 23:00:23
Kluci, já fakt nevím jak to děláte. Ale že jste to vy, tak jsem udělal test. Ten test trval asi tak 15minut. Ale dokumentace více jak dvě hoďky. Protože mám home na jiném oddílu, odpojil jsem ho. Nakopíroval do /home kořenového adresáře. Upravil fstab a restart. Vše normálně fungovalo. a tak jsem vytvořil soubor kopie1.txt v té funkční kopii. Opět restart a tentokrát vytvoření systému na úplně jiném oddíle. Zkopírování home do něho. Výmaz home. Opět úprava fstab a restart. Momentálně píšu z kopie kopie home složky!
Nepoužívám žádné live ani jiné usb. Zkrátka se jako uživatel odhlásím. A na přihlášení display manageru prdím. Přepnu se na třetí terminál pomocí ctrl+alt+F3 v něm se přihlásím jako root a celé to tam takto udělám. Samozřejmě po restartu se normálně přihlásím do hyprlandu (moje momentální DE) a odzkouším funkčnost.
A teď postup:
Kontrola topologie oddílů
Kód: [Vybrat]
lsblk -o NAME,UUID,MOUNTPOINTS

NAME        UUID                                 MOUNTPOINTS
nvme0n1                                         
├─nvme0n1p1 532B-D689                            /boot
├─nvme0n1p2 4ec7620a-2231-45ad-bd07-a2dd8744634e /
├─nvme0n1p3                                     
├─nvme0n1p4                                     
├─nvme0n1p5                                     
├─nvme0n1p6                                     
└─nvme0n1p7 64ce9788-3a9f-4e9a-9874-e76f32f6eaab /home
home mám na sedmém oddílu. Odpojím ho
Kód: [Vybrat]
umount /dev/nvme0n1p7Zakomentovat řádek home ve fstabu
Kód: [Vybrat]
nano /etc/fstabrestart systemd kvůli změně mount pointů
Kód: [Vybrat]
systemctl daemon-reloadPřipojit oddíl s home na /mnt
Kód: [Vybrat]
mount /dev/nvme0n1p7 /mntVizuální kontrola kořenového systému
Kód: [Vybrat]
ls
ls /home
ls /mnt
Kopírování starého oddílu do /home
Kód: [Vybrat]
cp -a /mnt/. /home/.Kontrola
Kód: [Vybrat]
diff -r /home/. /mnt/.Vyjma lock souborů firefoxu a chrome je vše ok. Ignoruji to.
odpojení starého home oddílu z /mnt
Kód: [Vybrat]
umount /dev/nvme0n1p7A nakonec
Kód: [Vybrat]
reboot
Teď už je spuštěná první kopie.
Vše funguje jak má. Jen výpis ukazuje že používám jiné místo home
Kód: [Vybrat]
lsblk -o NAME,UUID,MOUNTPOINTS

NAME        UUID                                 MOUNTPOINTS
nvme0n1                                         
├─nvme0n1p1 532B-D689                            /boot
├─nvme0n1p2 4ec7620a-2231-45ad-bd07-a2dd8744634e /
├─nvme0n1p3                                     
├─nvme0n1p4                                     
├─nvme0n1p5                                     
├─nvme0n1p6                                     
└─nvme0n1p7 64ce9788-3a9f-4e9a-9874-e76f32f6eaab
***************************************************************
Vytvoření filesystému na šestém oddílu kde bude kopie z kopie:
Kód: [Vybrat]
mkfs.ext4 /dev/nvme01p6kontrola
Kód: [Vybrat]
lsblk -o NAME,UUID,FSTYPE,MOUNTPOINTS

NAME        UUID                                 FSTYPE MOUNTPOINTS
nvme0n1                                                 
├─nvme0n1p1 532B-D689                            vfat   /boot
├─nvme0n1p2 4ec7620a-2231-45ad-bd07-a2dd8744634e ext4   /
├─nvme0n1p3                                             
├─nvme0n1p4                                             
├─nvme0n1p5                                             
├─nvme0n1p6 833ebf45-848b-45ed-8efc-58a8148357f8 ext4   
└─nvme0n1p7 64ce9788-3a9f-4e9a-9874-e76f32f6eaab ext4   
připojení nového oddílu do mnt
Kód: [Vybrat]
mount /dev/nvme0n1p6 /mntzkopírování kopie do nového oddílu
Kód: [Vybrat]
cp -a /home/. /mnt/.Opět kontrola
Kód: [Vybrat]
diff -r /home/. /mnt/.Vše OK.
Odpojení oddílu
Kód: [Vybrat]
umount /dev/nvme0n1p6Kontrola kde je jaký oddíl
Kód: [Vybrat]
lsblk -o NAME,UUID,FSTYPE
NAME        UUID                                 FSTYPE
nvme0n1                                         
├─nvme0n1p1 532B-D689                            vfat
├─nvme0n1p2 4ec7620a-2231-45ad-bd07-a2dd8744634e ext4
├─nvme0n1p3                                     
├─nvme0n1p4                                     
├─nvme0n1p5                                     
├─nvme0n1p6 833ebf45-848b-45ed-8efc-58a8148357f8 ext4
└─nvme0n1p7 64ce9788-3a9f-4e9a-9874-e76f32f6eaab ext4
Editace fstabu. Protože v terminálu nejde normálně kopírovat pomůžem si přesměrováním. Chci UUID předposledního (šestého) oddílu
Kód: [Vybrat]
lsblk -o UUID,FSTYPE | tail -2 | head -1 >> /etc/fstabDoeditace fstab
Kód: [Vybrat]
nano /etc/fstabA pak
Kód: [Vybrat]
rm -rf /home/radek/Opět
Kód: [Vybrat]
systemctl daemon-reload
cat /etc/fstab
# Static information about the filesystems.
# See fstab(5) for details.

# <file system> <dir> <type> <options> <dump> <pass>
# /dev/nvme0n1p2
UUID=4ec7620a-2231-45ad-bd07-a2dd8744634e /          ext4      rw,relatime 0 0

# /dev/nvme0n1p1
UUID=532B-D689      /boot      vfat      rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0


# /dev/nvme0n1p7
#UUID=64ce9788-3a9f-4e9a-9874-e76f32f6eaab /home ext4 rw,relatime 0 0

UUID=833ebf45-848b-45ed-8efc-58a8148357f8 /home ext4 rw.relatime 0 0
Kód: [Vybrat]
reboot
A z toho momentálně píšu...
Relace chrome zachovány!

@radin UUID je přece na přesné rozlišení disků. Na výměnné disky to je nežádoucí. Při výměnných discích je to fajn jen pokud chceš třeba kartu foťáku automaticky připojovat do /media/fotoaparat a na podobné věci.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 11 Února 2024, 23:14:51
ramael: víš jaký je mezi Tebou a mnou základní rozdíl? Ty mrskáš příkazy z hlavy, zatímco já jsem nikdy nebyl ortodoxní linuxák, alebrž jsem dobrovolně vlastnoručně předělanej DOSák, nebo spíš Windowsák.

Jinými slovy co si nenaklikám, to jako bych neměl (jo, trochu přeháním, ale příkazy do konzole si prostě vždycky hledám a syntaxi raději kopíruju z příkladů, nebo alespoň z man).

Víš, co je třeba moje noční můra? Vi(m) ;-)

Mimochodem jsi ani nenapsal, na jaké distribuci jsi to zkoušel... Třeba je Linux Mint 21.3 Virginia Cinnamon (tedy poslední vydání - můj případ) nějak imunní vůči základním dobrým mravům ;-) Nebo to dělá HP Elitebook 840 G2 (byl porod ho přesvědčit k instalaci Linuxu - bez UEFI to vůbec nešlo - a už jen dostat se do boot nabídky pomocí Esc je další, tentokrát přetrvávající porod)...
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: ramael 11 Února 2024, 23:50:15
Z hlavy je nemrskám. Respektive jen ty základní a na jejich argumenty koukám přes manuálové stránky.
Kód: [Vybrat]
man tezkyprikaz

Vše jsem dělal a dělám většinou na Arch linuxu. Ale to nic neznamená. Ta základní kompatibilita je funkční, což je doufám na mých příspěvcích znát. Před dvěma lety jsem ubuntu po spoustě let opustil. Už to není ta lidská distribuce co bývala dlouhá léta. Ještě vloni jsem si ji nainstaloval na jeden oddíl kvůli tomuto forum. Ale po nějakém update byla nepoužitelná a už to asi ani zkoušet nebudu.

Vim je docela fajn, používám jeho klon neovim. Ale kvůli vám to píšu jako nano. Zkoušel jsi někdy emacs? To je pravá noční můra. A dřív jsi mohl používat jen jedno nebo druhé... A vim u mě zvítězil. On je teda mcedit z Midnight Commanderu také fajn. Jenže nemá ty obrovské možnosti.

Já myslím, že mint je rozumná distribuce a neměl by být problém to na ni také takto udělat. Tyhle souborové základy musí všude fungovat stejně.

Mimochodem, dlouhou dobu jsem osobně neznal nikoho kdo používá linux. A vloni koncem roku jsem poznal dva lidi. Oni se neznají. Oba mají ubuntu. A na můj dotaz proč zrovna tuto distribuci mi oba odpověděli podobně: Kvůli tomuto forum. Protože ubuntu tu má v čechách nejaktivnější základnu kde se řeší problémy. Napadla mě kacířská myšlenka, jestli to není tím, že druhé distribuce nemají tolik problémů.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: Roman Vacho 12 Února 2024, 10:47:39
Z hlavy je nemrskám. Respektive jen ty základní a na jejich argumenty koukám přes manuálové stránky.
Kód: [Vybrat]
man tezkyprikaz

Vše jsem dělal a dělám většinou na Arch linuxu. Ale to nic neznamená. Ta základní kompatibilita je funkční, což je doufám na mých příspěvcích znát. Před dvěma lety jsem ubuntu po spoustě let opustil. Už to není ta lidská distribuce co bývala dlouhá léta. Ještě vloni jsem si ji nainstaloval na jeden oddíl kvůli tomuto forum. Ale po nějakém update byla nepoužitelná a už to asi ani zkoušet nebudu.

Vim je docela fajn, používám jeho klon neovim. Ale kvůli vám to píšu jako nano. Zkoušel jsi někdy emacs? To je pravá noční můra. A dřív jsi mohl používat jen jedno nebo druhé... A vim u mě zvítězil. On je teda mcedit z Midnight Commanderu také fajn. Jenže nemá ty obrovské možnosti.

Já myslím, že mint je rozumná distribuce a neměl by být problém to na ni také takto udělat. Tyhle souborové základy musí všude fungovat stejně.

Mimochodem, dlouhou dobu jsem osobně neznal nikoho kdo používá linux. A vloni koncem roku jsem poznal dva lidi. Oni se neznají. Oba mají ubuntu. A na můj dotaz proč zrovna tuto distribuci mi oba odpověděli podobně: Kvůli tomuto forum. Protože ubuntu tu má v čechách nejaktivnější základnu kde se řeší problémy. Napadla mě kacířská myšlenka, jestli to není tím, že druhé distribuce nemají tolik problémů.
Opět se potvrzuje, že archlinuxáci umí. Často používám jejich wiki, která je velmi dobře aplikovatelná na skoro každý Linux. :-)
Nebo třeba Suse wiki. Když jsem si hrál s kernelem, hodně pomohla.
A příkazy často také kopíruji. A co je na tom, Jirko. Nic. Hlavní je se dobrat k cíli.

Nechce se mi věřit, že kvůli tomuto fóru. Obecně po EN Internetu je hodně lidí na Ubuntu=hodně návodů.

Narazil jsem na problém s /home jedinkrát, a to když jsem si nepohlídal ID uživatele (GUID?). Jinak jsem ho jednu dobu měl taky na / oddíle.

Pro Jirku Grub cfg, aby ho viděl před bootem: (červené hodnoty si pohlídej)
cat /etc/default/grub
# 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'

# zda chceš, aby si pamatoval naposled zvolenou položku menu
GRUB_SAVEDEFAULT="false"
# počet vteřin odpočítávání
GRUB_TIMEOUT="5"
GRUB_RECORDFAIL_TIMEOUT=5
# kolikátá položka menu se bootne. Pokud máš jen Lin a Win, tak je číslo 2
GRUB_DEFAULT="0"
GRUB_TIMEOUT_STYLE="show"
GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`"
GRUB_CMDLINE_LINUX_DEFAULT="ZDE si doplň co žádáš nebo taky nic"
GRUB_CMDLINE_LINUX=""

export GRUB_COLOR_NORMAL="light-gray/black"
export GRUB_COLOR_HIGHLIGHT="magenta/black"
Kód: [Vybrat]
sudo update-grub
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 12 Února 2024, 15:00:20
Roman Vacho: jo, já taky používám ArchWiki, nakonec už jsem tady x-krát uváděl odkaz v souvislosti s nějakým konkrétním problémem.

Za ten příklad Grubu díky, ale jako správný klikač používám Grub Customizer (https://itsfoss.com/install-grub-customizer-ubuntu/) a nemusím se zabývat věcmi jako čím Grub editovat, jak ho ukládat apod.

Z toho jsem měl svého času (kdy buď Grub Customizer neexistoval, nebo jsem ho neznal) osypky, protože z nějakých nepochopitelných důvodů Grub nebyl pojat coby normální konfigurační soubor editovatelný jakýmkoliv textovým editorem a uložitelný z něj, ale měl (či dosud má?) svoje specifická pravidla... Nevím to proto, že používám zmíněné GUI a navíc se Grub v čase nějak dost podstatně měnil (viz Grub, Grub2, GrubPC a jánevímcoještě).
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: Roman Vacho 12 Února 2024, 16:53:51
Roman Vacho: jo, já taky používám ArchWiki, nakonec už jsem tady x-krát uváděl odkaz v souvislosti s nějakým konkrétním problémem.

Za ten příklad Grubu díky, ale jako správný klikač používám Grub Customizer (https://itsfoss.com/install-grub-customizer-ubuntu/) a nemusím se zabývat věcmi jako čím Grub editovat, jak ho ukládat apod.

Z toho jsem měl svého času (kdy buď Grub Customizer neexistoval, nebo jsem ho neznal) osypky, protože z nějakých nepochopitelných důvodů Grub nebyl pojat coby normální konfigurační soubor editovatelný jakýmkoliv textovým editorem a uložitelný z něj, ale měl (či dosud má?) svoje specifická pravidla... Nevím to proto, že používám zmíněné GUI a navíc se Grub v čase nějak dost podstatně měnil (viz Grub, Grub2, GrubPC a jánevímcoještě).
Nějaké skripty kolem něj může být skutečně obtížnější konfigurovat. Ale ten soubor je přímo právě na nastavení dělaný.
frajeřina je třeba
Kód: [Vybrat]
gedit admin:///etc/default/grub
Na cmd editaci používám nano a tam prostě a jednoduše kopíruji. ctrl+c a vložím kolečkem myši.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: ramael 13 Února 2024, 06:16:26
Nechce se mi věřit, že kvůli tomuto fóru. Obecně po EN Internetu je hodně lidí na Ubuntu=hodně návodů.
Tak dva lidi je velmi malý reprezentativní vzorek. Avšak v mém světě je to obrovská cifra, do nedávna to byla spousta let jen nula.

@JirkaZ Ono s tím klikáním je to takové ošemetné. Dokud nepochopíš filozofii linuxu, tak budeš jen pasažér(klikač). Pasažér v buse co se veze a sedí někde uprostřed. Mává to s tebou na hrbolech a v kolejích a jediné co s tím můžeš udělat je dát si pod zadek polštář, připravit blicí pytlík a nadávat. Vysvětlím jak to myslím:
Všechny programy pro administraci linuxu jsou psány "holé" pro použití v terminálu. Teprve pak je na ně dodělaná grafická nadstavba. Tu většinou dělá někdo jiný než autor programu. A těch nadstaveb můžou být mraky na jeden program. A teď si představ, že se změní ten program. Ne jen tak aby se nasrali uživatelé. Ale nějaký název argumentu nebo funkce se uzná za nevhodný protože by kolidoval a přejmenuje se. Nebo bude mít malinko jiný výstup. A jsi v loji s klikáním. Ty změny jsou normální. Program který se nevyvíjí je na nic, je to stejné jako u člověka. A teď buď nemá autor nadstavby čas, neví o změně nebo jen nemá zájem něco dělat a ta nadstavba je funkční jen z části. A to nepíšu o změnách knihoven co používají ty klikátka. Připočítej kolik knihoven navíc si ty nadstavby nainstalují a může vzniknout další kolize. Nehledě na to, že si mohou vytvořit vlastní daemony/služby. A to vše brzdí a nafoukává systém do obludných rozměrů. Proto vznikly snap a flatpack. Ty ten systém "jen" brzdí a nafukují.
Proto je lepší se do systému ponořit z pohledu tvůrců.
Já to měl také tak. Začínal jsem na PMI80 (https://cs.wikipedia.org/wiki/PMI-80), takové arduino tehdejší doby. Zadával se tam přímo strojový kód. Pak přišla novinka PMD 85 (https://cs.wikipedia.org/wiki/PMD_85). To bylo dělo. Už to mělo primitivní příkazový řádek. Někdy na konci devadesátek jsem si pořídil moje první PC. Repas 32bit Siemensu s nelegální kopií win 95. Přeskočil jsem nevědomky 16bit éru. Nechápal jsem jak se to ovládá, proč mě to nadává když to vypnu atd. Pomalu jsem se s tím učil. Ale zklamán jsem byl neskutečně moc. Dělalo si to co chtělo ono a ne já, vezl jsem se. Jasně, člověk něco nainstaluje, ale nevidí pod pokličku. Nemá to pod kontrolou. Pak mě žena koupila knihu která vše začala měnit. Sama nevěděla co kupuje, ale byla to novinka a vypadala "profi". Rozumíte unixu (https://www.databazeknih.cz/knihy/rozumime-unixu-139671) jsem přečetl jedním dechem. Nadšení, že by to mohlo být jinak než do teď se měnilo s bojem o více informací a jak to dostat do mého PC. Šlo to dost těžce kvůli času. Pracoval jsem v Itálii a do čech jezdil tak dvakrát měsíčně na zkrácený víkend. Ale ještě ten rok jsem zakoupil další knihu Operační systém linux (https://www.databazeknih.cz/knihy/operacni-system-linux-prirucka-ceskeho-uzivatele-376525) a od té doby používám už jen linux. Stále ty knihy mám, a minimálně jednou ročně do nich nahlédnu. Doporučuju je!
Pak pochopíš proč jsou věci jak jsou. Začátky X serveru a jak to bylo koncipováno/navrženo. Z toho vyplyne proč už to nevyhovuje a těžko se to udržuje. Přístupová práva ap. Samozřejmě, jde si to dohledat na netu. Ale to jsou všechno jen dílčí informace. Tyto a určitě nejen tyto knihy, představí kompletní kostru sytému. A ta se nemění! Ano děje se evoluce, ale žádná revoluce. A tak je vše stále platné. A fakt ještě jednou doporučuji tyto staré knihy. Ta od Viléma Vychodila je lépe a srozumitelněji koncipována. Do doby objevu těch knih jsem lavíroval mezi win a Mandrake linux. Dost často jsem předtím řešil věci změnou přístupových práv aby "to" fungovalo. A ono se to po chvíli ještě víc rozsypalo.
Pak se přestaneš divit proč jako root nemůžeš něco otevřít nebo zkopírovat, když jsou to speciální znakové nebo blokové soubory anebo jejich linky. Jak můžou běžet grafické programy aniž by potřebovali DE. Zjistíš jak myš zdržuje.Atd.
Dostane se to člověku pod kůži. Nepoužívá to, protože všechno funguje jak má. Má totiž ubuntu. Ale jakmile nastane problém, ví přibližně co jak má být a lehčeji se najde cesta jak z toho. Pakliže je těch problémů čím dál víc, začne si instalovat minimum a upravovat DE k obrazu svému. A pak časem zjistí, že se užívání mění v boj s distribucí kterou tak dlouho používal. A nakonec si najde něco co mu nic nenutí. Zkrátka nainstaluje minimální core, a postaví si vše sám ke své spokojenosti.
Doufám, že to nebudeš brát jako kritiku. Jen ukazuji jak jsem našel cestu já. Ta cesta nikdy neskončí. Apropó, pořád je ten systém pro mě jen nástroj. Nástroj k mým koníčkům elektronika a programování čipů.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 13 Února 2024, 10:12:00
ramael: já do značné míry respektuju to, co jsi napsal a řadu věcí dělám podobně (mj. elektronice se profesně i zájmově věnuju celý život, i když kořeny mám analogové a programování dělám jen zcela okrajově a z nutnosti). Taky jsem "začínal" na PMI-80, ale přiznám se, že stroják zobrazovaný na sedmisegmentovkách z kalkulačky mě vyděsil natolik, že mi už tehdy došlo, že tohle není cesta pro mě.

No a tak to už zůstalo, přestože předtím jsem "programoval" na TI-58 a to mě docela bavilo...

Nicméně mám i řadu jiných koníčků a povinností a nemládnu, hlavu mám "přeplněnou" spoustou dalších věcí a jednoduše už není kapacita na nějaké rozšiřování. Takže si myslím, že do té hloubky, jak to děláš Ty, to já nikdy dělat nebudu. Prostě už navždy budu něco jako zkušený uživatel s občasným krátkým "výletem" hlouběji.

Teď koukám, že v jedné věci se zásadně neshodneme (a možná k tomu časem dojdeš taky): tvrdíš, že "Program který se nevyvíjí je na nic, je to stejné jako u člověka.". No, to jsem si možná trochu myslel kdysi dávno, když mi bylo -náct, pak už citelně méně, když bylo období -cet, no a v éře -sát mě to přešlo už docela.

Ještě to řeknu jinak: pokud je někde problém, je jistě potřeba změna. Ale pokud se něco podaří, tak není nejmenší důvod to měnit (jestliže nejsem masochista nebo se nepokouším si hrát na Pánaboha atd. apod.).
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: Roman Vacho 13 Února 2024, 14:00:40
Ramael to myslel tak, že věci kolem programu se mění a pokud na to autor programu kašle a nikdo to neforkne, tak je riziko takový program používat.
Také jde o důvěru. Některé projekty jsou stálice a tam už je nějaká důvěra v autory programu, že to bude fungovat jak má.

Asi se shodneme na tom, že nejhorší je, když mačkáš čudlíky a ono si to dělá co chce. To můžeme vztáhnout na čím dál víc věcí kolem.

Takže místo toho, abys třeba pro GNOME použil na editaci souboru Gedit, tak musíš hlídat nějaký program, zda je aktuální. A používáš ho než něco rozbije.
A zrovna nemožnost bootu je docela ošemetná. Pokud na to nejsi připraven.
Nebo to rozbiješ někde u někoho a nemáš ani livko s sebou.
edit: editoval jsem hrubky :p
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 13 Února 2024, 15:59:58
...
Asi se shodneme na tom, že nejhorší je, když mačkáš čudlíky a ono si to dělá co chce. To můžeme vztáhnout na čím dál víc věcí kolem.
...

Jo, to zcela nepochybně.  A úplně nejhorší je to, když tam není haptické ovládání (https://it-slovnik.cz/pojem/hapticka-odezva) a okamžitá odezva, ale reakce se stane "někdy" a bez toho, že by program mezitím indikoval, že se něco děje. Říkám tomu digitální lagovačka a jelikož jsem z analogařiny zvyklý na úplně jiné chování, tak mě to vytáčí zcela mimořádně... Chápu to tam, kde se mezi vstupem a výstupem skutečně něco zpracovává, ale jinde absolutně ne (a že to je rozšířené jako mor)...
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: Roman Vacho 13 Února 2024, 16:46:27
Jsi mi připomněl jak jsem poprvé řídil auto s posilovačem řízení.
Anebo PC volant u mladých na formuli.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 13 Února 2024, 17:13:27
Tak posilovač řízení v autě rozhodně nemá časový lag, tam je to pouze o síle a pokud to není "přeposilované", tak tam haptická odezva zůstává...

Volant u her jsem snad nikdy nezkoušel, ale tipuju, že tam to tak bude.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: Roman Vacho 13 Února 2024, 17:37:03
Tak posilovač řízení v autě rozhodně nemá časový lag, tam je to pouze o síle a pokud to není "přeposilované", tak tam haptická odezva zůstává...

Volant u her jsem snad nikdy nezkoušel, ale tipuju, že tam to tak bude.
Časový lag měli třeba Škodovky bez šneku. Vůle.
O tom že posilovačem cítím vozovku stejně jako bez bych se hádal.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: JirkaZ 13 Února 2024, 17:52:10
Myslíš asi bez hřebenu (ale se šnekem), ano, tam vůle byla vždycky větší (z principu). No a časový lag vznikl z vůle jen díky tomu, že se auto pohybuje konečnou rychlostí po nějaké dráze, primární časový lag to ale není. To bys mohl jako časový lag brát i reakci na řízení u lodě nebo letadla ;-)

S posilovačem řízení subjektivně je o něco menší kontakt s vozovkou, to ano, ale není to oddělené (ani nemůže být, protože pořád je to mechanicky natvrdo propojené a posilovač je pouze paralelně k tomuto propojení, prostě jako kdyby ti někdo pomáhal kroutit volantem a byl s tebou dokonale sfázovaný).

Jo, až nějakého blba napadne udělat v autě řízení typu "fly-by-wire", to bude teprve ten správnej mazec...(třeba už to existuje, nezkoumal jsem a nezajímá mě to podobně jako spousta dalších dnešních úchylek).
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: ramael 13 Února 2024, 23:09:40
S tou důvěrou je to také ošemetné. Kdysi jsem četl pěkný článek na toto téma. Kdy "útočník" napadl počítače US Army v rámci jejich školení. Podstrčil jim zdroják jádra s backdoorem a oni si to sami zkompilovali. Jenže, pokud bysme to měli brát tak doslovně, museli bysme si celý systém sami kompilovat a ještě k tomu kontrolovat všechny zdrojáky.

Vývoj programů
Nastolím pseudo situaci:
Máme procesory a ty se zkrátka vyvíjí. Každý procesor má množinu strojových instrukcí. A ty se různě liší nejen mezi výrobci, ale i mezi modely. Ty instrukce mají různé podmnožiny. Mám za to, že MISC je název té nejzákladnější podmnožiny. A tou je zpracovávaná drtivá většina programů. A teď si vezmeme třeba bash příkaz cp. Jehož hlavní strojová instrukce bude MV. Což je kopírování. A teď narazíme na procesor, který má mimo množinu MISC instrukci která kopíruje 100x rychleji, protože... A protože to chtějí mít všichni tak ji tvůrce cp zakomponuje do programu. A máme tu možnosti:A takhle bych těch možností mohl nakombinovat spousty.
Nechám na každém co by si vybral. Za mě je třeba aby se program vyvíjel, jinak je mrtvej.

Mimochodem tím jsem nakousl i problém návrhu. Jak napsal Roman "byl špatný návrh nešlo v tom pokračovat". To je další normální věc. Ač to developer senior myslel dobře a vše šlo několik verzí suprově. Stanou se chvíle a je jedno z jakého důvodu, že tudy cesta nevede dál a je třeba udělat několik kroků zpět. A uživatelé zase řvou. Když se ty kroky neudělají tak je to také špatně. Dle mne ještě horší.
Se mi v sobotu stala taková "nepříjemnost". Mám teď druhým týdnem dovolenou a tak ji trávím pracovně u rodiny v čechách. Stavím přístřešek pro manželky koně (říkám jim salámové). A v sobotu jsem si "odskočil" na zkoušku z profesní kvalifikace. Vzal jsem si s sebou tužku, propisku, pravítko a kalkulačku.
#Přijdu tam a zkoušející kde mám knihu?
*Někde doma.
#Jak někde, to jste se neučil?
*Nebylo moc času.
#Jak chcete bez knihy zapojit reverzaci motoru?
*Stačí když dostanu list papíru.
#Dal mi ho se slovy "reverzace s ovládáním ze dvou míst"
Nakreslil jsem si základní silové zapojení. A podumal nad ovládací částí aby byla co nejuniverzálnější(asi jsem tím linuxem deformovanej) a lehce rozšířitelná => návrh
Za hoďku a půl bylo hotovo, zapojeno a funkční. Ale to je špatně. Takhle se to nedělá, atd. Vysvětluju a ukazuju jak je to plně funkční a kdykoliv jednoduše rozšířitelné. Neexistuje! Rozšiřovat se jen tak nemůže, protože pak už je to jiný výrobek. A to vyžaduje nový projekt atd.. Normy jsou normy. Ok, tak jsem to natvrdo předělal na dvě ovládání, napsal test a zkouška úspěšně složena.
Co z toho pro mne však plyne a dost nad tím přemýšlím. Je, že i sebelepší návrh (si moc fandím  ;D) je na nic, když okolnosti nedovolí.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: ramael 14 Února 2024, 08:45:27
Tady jsem napsal skript na přesun /home na oddíl. Úspěšně jsem ho odzkoušel, takže je funkční.
Stačí si vytvořit kopii a nazvat ji move_home.sh a pak v terminálu:
Kód: [Vybrat]
su
chown root:root move_home.sh
chmod +x move_home.sh

Pak už se jen odhlásit z relace DE. Jít třeba na třetí terminál ctrl+alt+F3
V terminálu se přihlásit jako root. Pak
Kód: [Vybrat]
cd /složka/kde je skript

A pak spustit příkaz s argumentem. Argument je oddíl kde bude nový home. Například
Kód: [Vybrat]
./move_home.sh sda1
Pro jistotu se před spuštěním radši kouknout jestli jsou ty oddíly tak jak je zamýšleno:
Kód: [Vybrat]
lsblk -af
V komentech je popsán každý krok co to dělá.
Po ukončení skriptu zůstane home zazálohováno v kořenu /old_home
Pak už stačí se pomocí ctrl+alt+F1 možná F2 nebo F6, nevím kde má ubuntu grafický výstup, přepnout na přihlašovací obrazovku a nalogovat se. V terminálu opět lsblk -af aby bylo vidět že je home na oddíle. Enjoy bez restartu.
Anebo rovnou reboot a tentokrát je enjoy s restartem.


move_home.sh
Kód: [Vybrat]
#! /usr/bin/env bash
#
# ****************
#
# skript na přesunutí home složky na jiný oddíl
# přijímá argument názvu disku například:
# sda1
# sdb3
# nvme0n1p2
#
# ****************



# obslužná chybová fce
exit_handler () {
echo "Chyba!! => $1"
exit $2
}

# Načtení argumentu
ODDIL=/dev/$1

# test na argument a jestli oddíl existuje
[[ -b $ODDIL ]] || exit_handler "oddíl $ODDIL neexistuje" 1

# kouknem jestli si někdo nechce zadělat na malér
# pokud nebude název oddílu končit číslicí, jedná se o celý disk
[[ $ODDIL = *[1-9] ]] || exit_handler "chceš si přepsat komplet disk?" 1

# vytvoření přípojného bodu
mkdir -p /mnt/new_home$ODDIL || exit_handler "jsi root?" 1

# na tvrdku odpojit a zavřít mu ústa, třeba kdyby nebyl připojen
umount -f $ODDIL &>/dev/null

# radši počkám 2 sekundy
sleep 2s

# a teď oddíl připojit kam potřebujem
mount $ODDIL /mnt/new_home$ODDIL || exit_handler "nelze připojit oddíl" 1

# vytvoření kopie
echo "strpení"
cp -a /home/. /mnt/new_home$ODDIL

# přejmenování starého home
mv /home /old_home || exit_handler "nelze přejmenovat home"
mkdir /home

# oddpojení oddílu
umount $ODDIL

# načtení fstype a uuid pro fstab
read DIISK FSSTYPE UUUID < <(lsblk -po NAME,FSTYPE,UUID | grep $ODDIL )

# Zápis do fstabu
echo "UUID=$UUUID /home $FSSTYPE rw,relatime 0 0" >> /etc/fstab

# přenačtení systemd nové konfigurace
systemctl daemon-reload

echo "Hotovo"

EDIT:
Ten skript samozřejmě nemůže být spuštěn v nějaké podsložce v /home. Já si ho dal do domovské složky roota: /root
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: Ventero 14 Února 2024, 10:40:36
Citace
DIISK FSSTYPE UUUID
Pro zajímavost jen - ty zdvojené hlásky jsou proč? Zda chápu, tak je to název proměnné. To je takhle natvrdo nastavené v systému nebo jsi to takto pojmenoval?

Citace
A úplně nejhorší je to, když tam není haptické ovládání a okamžitá odezva, ale reakce se stane "někdy" a bez toho, že by program mezitím indikoval, že se něco děje.
Může to být ještě horší i když jsou podmínky haptického ovládání a indikace naplněny - např. když má vlak ČD velké zpoždění (jako každý den zapříčiněn mimořádnou neočekávanou událostí, přičemž mizerná koncepce nesmyslně centralizovaného systému a nízká inteligence dispečerů je tu mnoho let a je tedy plně očekávaná a nikoliv mimořádná) a člověk v přestupové stanici zmáčkne tlačítko pro otevření dveří a čeká desítky vteřin, než se otevřou dveře a pak mu ujede další spoj před nosem. Člověka neutěší, že byla činnost systému indikována blikajícím světýlkem na tlačítku - naopak spíše hrozí vznik jakési psychosomatické epilepsie, pokud je tomu vystaven opakovaně.

A to jde na vrub konstrukční demenci, kdy jednak do soupravy za mnoho miliónů je vmontována řídící jednotka se slabým výkonem (CPU, RAM), přičemž by užití vhodnější čipové základny prodražilo soupravu ve výrobě max. o jednotky tisíc Kč a také si vsadím na zbytečně přebujelý a špatně prioritizovaný algoritmus, a zde je to opět konstrukční demence - tentokrát vývojáře SW.

A to je to, co my s JirkouZ kritizujeme a nikoliv bez přihlédnutí na faktory, které uvedl Ramael.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: Roman Vacho 14 Února 2024, 11:13:13
Nerozumím tomu, proč se vzdávat kontrole integrity při 30. připojení oddílu.
Hezký skript.

Ještě by byla frajeřina detekovat FS a když bude na flash paměti a FS nebude optimalizován už ve svém návrhu, tak tomu dát noatime.
Název: Re:Přesun /home na jiný oddíl
Přispěvatel: ramael 14 Února 2024, 19:27:59
Nerozumím tomu, proč se vzdávat kontrole integrity při 30. připojení oddílu.
Hezký skript.

Ještě by byla frajeřina detekovat FS a když bude na flash paměti a FS nebude optimalizován už ve svém návrhu, tak tomu dát noatime.
Integrita: fsck zdržuje start. A dnešní disky mají SMART což dle mne stačí. Každý kdo chce integritu kontrolovat, si ve fstab místo té poslední 0 může zadat co mu vyhovuje.

FS se detekuje právě kvůli automatickému zápisu do fstabu (proměnná FSSTYPE). Pak už bych to nechal na každém ať si upraví fstab dle jeho chuti. Je to jen na funkční minimum. Nechce se mi z toho dělat nějakou obludnost typu systemd aby to za nás vybíralo co musíme "chtít". Ale skript je k dispozici k volným úpravám.
Citace
Pro zajímavost jen - ty zdvojené hlásky jsou proč? Zda chápu, tak je to název proměnné. To je takhle natvrdo nastavené v systému nebo jsi to takto pojmenoval?
To jsem jen tak pojmenoval :) Ono by to s ničím nekolidovalo i kdyby ty proměnné v systému byli, protože subshell