Dotaz: Dualboot Win10/Mint18.1 - jak nejlépe zálohovat linuxový oddíl?

[Petr Fiedler]

Zdarec,

mám na svém počítači dva systémy. Vypadá to nějak takhle:

SSD 500 GB:
500 MB oddíl se zavaděči
250 GB Windows 10
250 GB Linux Mint 18 (brzy nová instalace Mint 18.1)

HDD 1 TB:
Datový disk, na který přistupuji z obou systémů. Slouží i pro zálohování.

Až přeinstaluju Mint a vše v něm naladím, tak bych si chtěl udělat zálohu Linuxového oddílu. Ve Windows používám pro zálohování Acronis. Ale protože licence dovoluje zálohovat jen jeden počítač, tak jej nemůžu použít pro zálohu Linuxového oddílu. Takže s ním zálohuju jenom Windows a oddíl se zavaděči. No a potřeboval bych ještě teda nějak pořešit ten Mint. Slyšel jsem, že dobrá je třeba Clonezilla, ale ta umí prý jen celý disk. Což by bylo na nic, kdybych chtěl obnovit jen Linux, tak by to obnovilo i Windows. A to takhle nechci. Poraďte prosím nějaký dobrý osvědčený soft na zálohování jednoho oddílu na rozděleném disku. A pokud by uměl dělat i denní zálohy souborů (rozdílové, přírustkové), tak to by byla úplná pecka. Koukal jsem, že v Mintu něco na zálohování je - má někdo zkušenost?

Díky,
zatím...

---

---

Odpovědi

[Vašek]

Záloha typu "raw": dd if=/dev/sd[a-z]{1}[:digit:]? of=/cesta/raw_zaloha.img

Na ostatní věci doporučuju rsync

[Petr Fiedler]

Díky za snahu pomoct Vašku.

Měj se.

[Petr Fiedler]

Chci se zeptat. Než přeinstaluju Mint, tak bych si chtěl zkusit tu Clonezillu a taky:

dd if=/dev/sd[a-z]{1}[:digit:]? of=/cesta/raw_zaloha.img

jak radil Vašek. Ale přesně to nechápu. Dejme tomu, že budu zálohovat linuxový oddíl na sdb5 a budu ho zálohovat na datový disk sda do adresáře zálohy. Bude tedy prosím syntax následující:

sudo dd if=/dev/sdb5[:digit:]? of=/sda1/zalohy/nazev_zalohy.img

je to správně?

Vůbec totiž nechápu, co znamená:

[:digit:]?

to jako něco zastupuje? Budu to něčím nahrazovat, nebo to tak nechám?

[Fluttershy, yay!]

Regulární výraz (doporučuji nastudovat).

Zde se to nahradí číslem (číslo oddílu).

[Petr Fiedler]

Regulární výrazy dávno plánuju. Ale je toho všeho moc. Ale chci se je naučit. Je to potřeba.

Takže ta syntax bude teda takhle?

sudo dd if=/dev/sdb5 of=/dev/sda1/zalohy/nazev_zalohy.img

[Fluttershy, yay!]

Takže ta syntax bude teda takhle?

sudo dd if=/dev/sdb5 of=/dev/sda1/zalohy/nazev_zalohy.img

Tak nějak, akorát se mi nezdá ta cesta /dev/sda1/zalohy… – /dev/sda1 je soubor zařízení, které se obvykle někam připojí (takže třeba do adresáře /media/MujDisk/). Clonezillu jsem nedávno použil a ten průvodce mi (externí) disk připojil a příkazy pro zálohy vygeneroval, přičemž si nevzpomínám, že by se to chovalo jinak než běžné desktopové distribuce.

[Petr Fiedler]

Měls pravdu, ta cesta začínala /media/superuser/DATADISK/ZALOHY_D/... A už to frčí! Juchů

[Petr Fiedler]

Ještě taková drobnost. Právě mi jede to zálohování. Vím to, protože mi chroustá plotňák. A taky jsem se podíval do "sledování systému", ale v terminálu nic vidět není. Jen bliká kurzor. To ve Windows se udělaj přesýpací hodiny a user ví, že něco běží na pozadí. Jde to nějak poznat v terminálu, co se právě děje?

[Fluttershy, yay!]

This silent behavior is typical of any UNIX shell.

Sledování se dá dělat řadou způsobů, ale obvykle předem (parametr pro upovídané chování a přesměrování do sledovacího nástroje).

První výsledek hledání dd progress.

[Petr Fiedler]

Tak to je skvělý.

Díky, díky.

[Petr Fiedler]

Počkat, počkat! Já jsem se včera díval, kolik zabírá nově nainstalovaný Mint a bylo to necelých 10 GB. Ta záloha už má teď přes 40 GB. To se jako zálohuje celý oddíl sektor po sektoru? 230 GB?

[Fluttershy, yay!]

Pokud se nepovolí komprese, pak ano.

[Petr Fiedler]

Příště, než budu něco dělat, tak si dám dd --help, nebo man dd

[lertimir]

Jen pro doplnění. dd provádí kopii na urovni blokového zařízení. To znamená že neví nic o obsahu dat, systému souborů, obsazenosti. I když bys povolil kompresi tak to jen komprsuje to blokové zařízení bezztrátovou kompresí. Clonezila umí kopirovat i pomocí partimage partclone. (a ntfs pomocí ntfsclone) (když si do googlu hodíš "man příkaz" tak ti najde manuálovou stránku i pro příkazy, které nemáš nainstalované) Z hlediska sledování, co se děje v systému jsou dobré příkazy top (většinou je hned po instalaci) sleduje procesy htop konfortnější sledování procesů. iotop monitoruje operace s disky a kdo je dělá. iftop síťové komunikace. atop globání pohled na zatížení systému. (většinu jich musíš doinstalovat). nech si vypsat jejich man

[Petr Fiedler]

Díky za vysvětlení ohledně zálohy, lertimir.

dej si do Googlu "man příkaz" - tos mi teď ukázal super věc. O stránkách s příkazy vím. Chodím na ně. Jak už jsem zde psal, začal jsem chodit na kurz Linuxu se zaměřením na terminál. Rád bych jednou přešel na Arch. Ale to je prý tak dva roky přede mnou. No, a v tom kurzu dělám jen v terminálu, ale zatím jen cp, mkdir, ls, useradd, usermod, chmod, clear, date atd... Takže já si příkazy doma i hledám. Ale teď mě to vůbec nenapadlo udělat. Chci se naučit být samostatný a používat Google. A až budu v koncích, tak pak se ptát. Když jsem teď viděl ty "tvoje" příkazy na stránce s příkazy, došlo mi, že jsem si to mohl v pohodě najít a ne se furt ptát. Tak jsem zase dál.

Díky za všechno.
Měj se fajn.

[lertimir]

No nejjednodušší je používat distribuci, která ti vyhovuje. Arch umožňuje velké přizpůsobení, ale klidně používej distro s kterým jsi spokojen. Totiž rozdíly mezi distribucemi jsou malé a jsou v tom, co tvůrci považují za optimální, když pak něco znáš, tak si distro ohneš jak chceš. Mnoho let jsem používal openSUSE, hlavně díky integrovanému klikacímu administrátoru YAST, který většinu administrace umožnil dělat bez příkazové řádky, jen v grafickém rozhraní. Odcházel jsem z distra právě proto, že když do té grafické administrace zasáhneš ručně, tak pak už v ní nějde pokračovat a pak už není důvod ji mít.

[Vašek]

Poradím jenom částečně. Pro příště: dd má parametr status a tebe bude zajímat hodnota progress

Pokud už ti disk "chroustá", tak použij třeba ps -ef

[Petr Fiedler]

Ono je to teďka vlastně fuk. Jde jen o test. Stejně mě čeká nová instalace s LVM. A před tím studium MBR atd...

Za vše díky Vašku

[Vašek]

Nemáš zač. Rád vidím takto zapálené lidi. Takové lidi Linux potřebuje.

[Petr Fiedler]

A já rád vidím lidi, který rádi poradí. Takové Linux taky potřebuje

[Vašek]

Být tebou, tak si nejdříve prostuduju, co je to MBR, co jsou primární/logické oddíly... A vůbec o dělení disků na oddíly.

digit znamená číslice/číslo (? znemená, že předchozí výraz je volitelný). Jinak, pokud tě dobře chápu, by to mělo být takto:

sudo dd if=/dev/sdb5 of=/sda1/zalohy/nazev_zalohy.img

[Petr Fiedler]

Chápeš mě dobře. Jen se chci zeptat, jestli před tím /sda1 nemá být ještě /dev, teda takhle: ... of=/dev/sda1/...

[Vašek]

Abych ti to vysvětlil po lopatě: dev je zkratkou anglického device, což znamená zařízení. V Linuxu se v adresáři /dev (a jeho podadresářích) nacházejí speciální soubory ("zařízení"), které zastupují zařízení vyskytující se v počítači. Např. /dev/sda zastupuje celý první pevný disk. /dev/sda1 představuje první primární oddíl na prvním pevném disku.

Pokud pracuješ přímo např. s /dev/sda1, tak zjednodušeně pracuješ v režimu "raw", tedy tě v podstatě nezajímá, jaký systém souborů se nachází na oném zařízení.

Naopak, pokud chceš pracovat se systémem souborů (např. ext4), který je uložený na určitém zařízení, tak pracuješ se soubory a adresářovým stromem, který začíná kořenovým adresářem. V Linuxu je to adresář /, neboli "root".

Vysvětlím na ukázce (je to jenom příklad):

sudo dd if=/dev/sda1 of=/cesta/sda1.img

Do adresáře /cesta se zapíše soubor (zjednodušuju) sda1.img, který bude představovat/obsahovat bitovou kopii prvního primárního oddílu na prvním pevném disku.

[Petr Fiedler]

Jasný. Díky, Chápu to. Tedy to ohledně zálohování. Něco tam nechápu ale nebudem odbíhat od tématu. Prostě budu muset studovat. Žádnej problém, protože mě to moc baví.

[Vašek]

Nemáš zač

[Sten]

rdiff-backup. Přednáší inkrementální změny, poslední verze je vždy plná kopie (takže lze procházet libovolným správcem souborů), ke starším si udržuje seznam změn.

[k3dAR]

ty predchozi lze take zpristupnit pro "libovolny spravce souboru" pomoci rdiff-backup-fs...

[k3dAR]

jinak pro kompilaci na i386 je potreba drobna zmena v configure.ac a pokud se k tomu (=zpristupnenym predchozim zaloham) ma pristupovat po siti pres sambu, tak je potreba aplikovat patche odtud (patch 2 a 3)

[Petr Fiedler]

Příjde mi to jako naprostá paráda na denní zálohování. Navíc na webu, na který jsi poslal link je vše perfektně vysvětleno. Co se denního zálohování týče, nic jiného už ani hledat nebudu. Naprostá spokojenost.

Díky Stene,
Měj se

[Josef Kufner]

rdiff-backup je nechutně pomalý při obnově starších souborů. Lepší je použít rsnapshot nebo rovnou rsync --link-dest a vlastní skript na rotaci záloh (rsnapshot není nic jiného).

[Petr Fiedler]

Dám na Josefa. Když říká, že by to při obnově starších souborů bylo pomalé, soudím, že ví, o čem mluví. Proto jsem zrušil "řešení".

[k3dAR]

na to budou asi 2 nazory, ja pouzivam rdiff-backup, kdyz by doslo na obnovu zalohy tak si klidne pockam, take muzes pouzit rbackup(jde o script co pouziva rdiff-backup), nebo alespon se zamyslet nad prikladem co ma na svejch strankach, proc vyuziva rdiff-backup a ne rsnapshot ;)

Priklad: zalohovani 1000 mysql databazi kazdej den, kde v kazde databazi(resp. dumpu databaze) naroste jeji obsah z puvodniho 1MB kazdej den o 8kB
po 1 tydnu zabere zaloha rsnapshot 7.97 GB, zaloha pomoci rdiff-backup 1.03 GB
po 3 mesicich zabere zaloha rsnapshot 119.42 GB, zaloha pomoci rdiff-backup 1.66 GB
po 1 roku zabere zaloha rsnapshot 864.24 GB, zaloha pomoci rdiff-backup 3.76 GB

[Josef Kufner]

To jsi jen vypíchnul nejhorší možný případ – rsnapshot funguje po celých souborech, rdiff-backup dělá diffy. Pokud by se ti soubory měnily celé, tak by rozdíl byl zanedbatelný. Pokud se rsnapshotem zálohují celé systémy a málo se měnící data (např. fotky, které většinou jen přibývají), je rsnapshot dostatečně efektivní a rozdíl oproti rdiff-backup bude zanedbatelný. Oproti tomu ale budeš mít s rsnapshotem okamžitě dostupné všechny verze (hardlinkované soubory v samostatných adresářích) a nebudou se muset počítat diffy.

Další řešení, které by mohlo sloučit výhody obojího, je používat prostý rsync a snapshoty na úrovni filesystému (btrfs). Změněný soubor by tak mohl sdílet nezměněné bloky se svou starší verzí, takže by zabrané místo bylo obdobné jako s rdiff-backup, ale bylo by to podobně rychlé jako rsnapshot, neboť ten filesystém je na takový provoz lépe stavěný a namísto počítání diffů si jen projde jiný seznam bloků. Nezkoušel jsem však, zda by tomu tak opravdu bylo.

[Petr Fiedler]

Moc tvoji odpověď nechápu, ale zeptám se na tohle:

Šlo by to udělat tak, že bych veřejné dokumenty zálohoval pomocí rdiff-backup a ten zakryptovaný soubor zálohoval tím snapshotem? Přesněji řečeno, jestli by ten snapshot šel nastavit tak, aby mazal každý den např. 4 dny starou zálohu a aby se to zálohování provádělo zcela automaticky? Nejlépe po kliknutí na "vypnout počítač" před jeho úplným vypnutím?

A díky za odpověď

[Petr Fiedler]

No to máš pravdu. Ten rdiff-backup je teda fakt docela dobrej. Je to vlastně jako rozdílová záloha pomocí Acronusu. Uvědomil jsem si jednu věc. Já to mám teď s daty takhle: Mám 1 TB disk na data, na kterém mám 3 hlavní adresáře:

V prvním je 50 GB soubor zašifrovaný TrueCryptem. V něm mám adresáře jako dokumenty, audio, video atd. Slouží vlastně jako můj domovský adresář, ve kterém mám dokumenty, které nechci sdílet. Přistupuji k němu z obou systémů a z obou ho chci zálohovat (ve Windows na to mám Acronis).

Ve druhém adresáři mám veřejné dokumenty, které sdílet chci, a tak šifrovaný není.

No, a ve třetím mám zálohu systému Windows (desktop, notebook). Pouze systém bez dat. Už jsem tam včera vytvořil i adresář Linux, ve kterém budou zálohy Linuxu z desktopu a notebooku.

A teď, když to teda vezmu od zadu. Zálohování třetího adresáře nemusím řešit. Nic se v něm totiž denně nemění a ihned po provedení zálohy kopíruji soubor se zálohou ještě na externí disk a druhý den v práci do notebooku. Sichr je sichr. Míním tím teď zálohu desktopu. U notebooku je to samozřejmě opačně. Takže tady nemusím nic řešit.

Záloha druhého adresáře je na místě, protože se v něm denně (můžou a nemusí) mění soubory. Tady by stačila ta rozdílová záloha rdiff-backupem. A je mi pro tento účel vzhledem k velikosti mého datadisku i sympatičtější.

Velký problém však spatřuji v záloze prvního adresáře. Je v něm totiž jeden zakryptovaný soubor (TrueCrypt) o velikosti 50 GB. To by mi to zálohovalo každý den celé. Tzn. 50 GB/den. To dobrý není. Acronis, který mám na Windows umí dost věcí. Můžeš tam nastavit zálohu rozdílovou, přírustkovou, celou atd. Taky můžeš nastavit, po kolika zálohách se má poslední záloha smazat. A to by bylo řešení pro mě. Druhý adresář (veřejné soubory) bych denně zálohoval pomocí rdiff-backup no a pokud by ten rdiff-backup uměl i zálohovat ten první adresář s tím 50 GB šifrovaným souborem s tím, že by třeba každý den mazal 4 dny starou zálohu, tak bych to mohl řešit jím. Otázka tedy je, jestli to umí? A pokud ne, tak bych na to musel použít jiný nástroj. Jenže jaký?

A vůbec nejlepší by to bylo celé zautomatizovat. Např. kdybych klikl na "vypnout počítač", tak by se automaticky napřed provedla denní záloha a pak si se teprve pc vyplo. Je to méžné?

Budu ti VELMI vděčný (KAŽDÉMU), když se nad tím zamyslíš (zamyslí kdokoliv) a napíšeš mi sem, jak to co nejlépe udělat. A já zkusím Googlit, mno.

A díky za odpověď k3dAR
Měj se dobře

[lertimir]

No možností jsou v zásadě dvě

1. Můžeš mít šifrovanou zálohu a zálohovat do ní otevřený obsah TC kontaineru. To znamená otevřeš TC soubor, otevřeš šifrovanou zálohu a pak do ní nakopíruješ, co potřebuješ. Třeba pomocí rsnapshot nebo rdiff-backup a obě šifrované zařízení zavřeš.
2. Můžeš zálohovat přímo adresář s Truecryptovým souborem pomocí rdiff-backup. Ten zazálohuje jen diferenci a TC soubor se změní jen v oblastech, které ovlivníš, (zápis a mazání souborů a položky v adresářích)

[Petr Fiedler]

AHOJ Lertimire,

No možnosti jsou v zásadě dvě

K bodu jedna:
To bych rovnou mohl prostě jen ten TC kontainer někam zkopírovat, druhý den zase, třetí zas, čtvrtý zas a pátý zas s tím, že bych tu úplně první kopii smazal a bylo by to. Jenomže to bych to musel dělat ručně a to nechci. Jde mi o automatizaci. Aby se to provádělo samo.

K bodu dva:
Ze studijních důvodů zkusím a uvidím, jak to funguje.

Díky

[lertimir]

K bodu 1. To co jsi napsal je něco zcela jiného. To by jsi zkopíroval kontainer celý a každý den by jsi měl jeho velikost, a to přece nechceš (a taky proč.)

Použití záleží na režimu, jak s kontejnerem pracuješ. Myslel jsem, že když s počítačem pracuješ, tak má kontejner odemčený a máš přímý přístup na obsah. V té chvíli se pohybuješ po jeho file systému a můžeš vnitřek zálohovat stejně jako zálohuješ jakýkoliv jiný filový systém. Jediný rozdíl je ten, že abys udržel obsah zašifrovaný tak cíl, kam zálohuješ, by měl být také zašifrovaný systém a odemčený jen při práci. A při zálohování na cíl můžeš mít jakoukoliv metodu, o které se doposud bavilo. A samozřejmě to můžeš mít automatické. Pokud otvíráš kontejner jen občas, pokud potřebuješ přístup na konkrétní data a po většinu času je zavřený, tak to není moc přijatelný režim, leda by zálohovací skriptík otevřel kontejner a otevřel zálohu, zazálohoval data a na konec je oba zase zavřel.

[Petr Fiedler]

K bodu jedna:
Mě by nevadilo, kdyby se to zálohovalo celé. Na to místo mám. Ale musela by se při každém zálohování poslední např. čtvrtá záloha automaticky smazat.

No, a právě že ten soubor vždycky nemám otevřený. Někdy jdu jen na net a se soubory nic nedělám. Ale v takovém případě ani není potřeba zálohovat, ne? Když se nic nezměnilo.

[k3dAR]

Clonezilla umi zalohovat i jen jednotlive oddily, dokaze i udelat zalohu kompletniho disku a pri obnove das obnovit jen prislusnej oddil...
btw: dela oddelene image pro kazdej oddil zvlast a dokonce pro kazdej individualne dle pouziteho filesystemu vybere jinej nastroj: partclone, partimage, dd...
koneckoncu muzes zahodit Acronis a delat Clonezillou komplet zalohu disku bez omezeni licenci a dalsich kravin ;)
jedine s cim si poradi Clonezilla hure (coz v tvem pripade neva) je obnova na mensi disk, resp. jsou tam (uz dlouho) nejake bugy pri obnove na vetsi disk, coz mi pripomina ze bych jim mel konecne poslat patch abych je nemusel aplikovat pri kazdem update Clonezilly :)

[Petr Fiedler]

Zdar k3dAR
tak ohledně zálohy linuxového oddílu je rozhodnuto. Jednoznačně Clonezilla.

Díky moc,
měj se

[lertimir]

Vzhledem k tomu, že jako primární disk je SSD tak bych doporučil, zauvažovat pro linux jako primární filový systém na SSD btrfs. Z důvodů. Je to jediný FS, který je si vědom SSD a nechová se k němu jako k rotačnímu disku, CoW princip SSD svědčí a fakticky zápis na místě stejně SSD musí obcházet. Má checksum mezi diskem a operační pamětí, takže se rozpozná silent corruption. A z hlediska zálohování má integrovaný systém snapshotů, které se následně dají lehce zazálohovat. V současnosti je btrfs v každé distribuci a nástroj snapper je pro management snapshotů velmi dobrý.

Clonezilla je dost fajn nástroj, jen drobná nevýhoda je, že se systém musí vypnout a pustit jen clonezillu. Pokud jde o nějaké stabilní zálohování tak se dá do systému nainstalovat příslušný nástroj (jako partimage) a zálohovat přímo z něj.

[Petr Fiedler]

No díky za tip. Četl jsem si ten článek a vypadá to zajímavě. I když jsem tam spoustě věcí nerozuměl. Škoda, žes to napsal tak půl hoďky poté, co jsem ten Mint přeinstaloval. Prosím tě, zodpověz mi ještě pár otázek.

1. Když bych chtěl používat btrfs, tak bych musel mint znovu přeinstalovat, nebo to půjde nějak změnit? Asi přeinstalovat, co?

2. V tom článku se píše, že jednou z vlastností tohoto filesystému je autodefragmentace. Tu já mám právě ve Windows vypnutou, protože u SSD není potřeba (nic se netočí) a navíc SSDčko poškozuje, protože SSDčko má jak jistě víš omezený počet zápisů na jedno místo. Proto je lepší na SSD "jednou" zapsat a pak to jen číst. Proto mám na data druhej plotnovej disk. Půjde tedy ta defragmentace vypnout?

3. Dál se tam píše o nějakejch duchách, nebo co. Jestli jsem to dobře pochopil, tak každý soubor je tam vlastně dvakrát. To taky kvůli SSD není úplně ideální. Ale pokud půjde jen o systém, tak bych to skousnul. Jak to je prosím tě s těma duchama?

PS: to, že Clonezilla běží při vypnutém pc považuji spíš za výhodu, s ohledem na kvalitu zálohy. Jako laik soudím, že je lepší zálohovat stojící systém, než běžící.

Tak snad mi ty a nebo klidně někdo jinej ještě poradíte.
Tak zatím zdarec,

Petr

[Petr Fiedler]

Zajímavej článek: https://delightlylinux.wordpress.com/2016/07/12/linux-mint-18-installation-tips/

[Petr Fiedler]

Tak už jsem to přeinstaloval a dal jsem tam teda ten btrfs.

Díky za dobrou radu,
měj se dobře

[lertimir]

Autodefragmentace je vlastnost, která je vypínatelná. dost hezky jak pracovat s btrfs má Arch a pak je pár návodů a něco o SSD nebo tady nebo tady. Celkem je i inspirující ssd na mint

[Petr Fiedler]

Celkem je i inspirující ssd na mint

Zrovna v tomhle článku v bodu 6 autor píše, že pro SSD je nejvohodnější ext4. "Hlavně ne btrfs" kvůli možnému velkému zápisu dat. Tak teď nevím, čemu mám věřit?

[lertimir]

No asi na netu budou lepší statistiky, ale pořídil jsem si do desktopu SSD 128GB v roce 11 a když se ted podívám na smart tak má:

Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   120   120   050    Pre-fail  Always       -       0/0
  5 Retired_Block_Count     0x0033   100   100   003    Pre-fail  Always       -       2
  9 Power_On_Hours_and_Msec 0x0032   070   070   000    Old_age   Always       -       26326h+02m+42.420s
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       340
171 Program_Fail_Count      0x0032   000   000   000    Old_age   Always       -       1
172 Erase_Fail_Count        0x0032   000   000   000    Old_age   Always       -       0
174 Unexpect_Power_Loss_Ct  0x0030   000   000   000    Old_age   Offline      -       140
177 Wear_Range_Delta        0x0000   000   000   000    Old_age   Offline      -       9
181 Program_Fail_Count      0x0032   000   000   000    Old_age   Always       -       1
182 Erase_Fail_Count        0x0032   000   000   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   128   129   000    Old_age   Always       -       128 (0 127 0 129 0)
195 ECC_Uncorr_Error_Count  0x001c   100   100   000    Old_age   Offline      -       0/0
196 Reallocated_Event_Count 0x0033   100   100   003    Pre-fail  Always       -       2
201 Unc_Soft_Read_Err_Rate  0x001c   100   100   000    Old_age   Offline      -       0/0
204 Soft_ECC_Correct_Rate   0x001c   100   100   000    Old_age   Offline      -       0/0
230 Life_Curve_Status       0x0013   100   100   000    Pre-fail  Always       -       100
231 SSD_Life_Left           0x0013   097   097   010    Pre-fail  Always       -       0
233 SandForce_Internal      0x0000   000   000   000    Old_age   Offline      -       24273
234 SandForce_Internal      0x0032   000   000   000    Old_age   Always       -       29107
241 Lifetime_Writes_GiB     0x0032   000   000   000    Old_age   Always       -       29107
242 Lifetime_Reads_GiB      0x0032   000   000   000    Old_age   Always       -       17335

Takže zapsáno cca 30TB a pokud by to bylo normální ssd s životností cca 3000 zápisů na buňku, tak je to životnost na zápis cca konzervativní odhad 400TB, jsem někde na opotřebení 10% (disk hlási 3%) a dalších 50 let ho asi používat nebudu. Podle poweron času to je zápis cca 1GB za hodinu. A po asi 2 letech, kdy jsem ho šetřil, tak pak jsem do něj pustil všechno. Systém, pracovní data, swap, a bcache na zrychlení operací s disky. Od té doby už do všech SSD posílám, co se dá. (a samozřejmě zálohuji) 500GB SSD musí vydržet PB zápisu.

[Petr Fiedler]

Tak to je teda fakt zajímavý! Taks mě nahlodal to tak nechat (btrfs). Docela haluz je, že i tady:

https://wiki.debian.org/SSDOptimization

doporučují na SSD ext4. Ale zkusím teda ten btrfs. Ale čeká mě ještě jedno přeinstalování, abych udělal swap a nechal tam těch 10 GB volné místo. Možná ještě pak budu mít otázky ohledně nastavení toho SSDčka, tak když tak pak založím nové vlákno.

Tak zatím...

 

[Pavel 'TIGER' Růžička]

Já osobně bych se dnes na těch 10GB volného místa vykašlal, je to plýtvání místem.

[Petr Fiedler]

No, taky jsem o tom tak přemýšlel. Mám Samsung 850 EVO. Což už není asi tak úplně nejhorší SSDčko. Říkal jsem si, jestli to už tu funkci nemá vestavěnou? Každopádně průšvih je v tom, že mám teď partišny takhle:

sda1: datadisk
sdb1: zavaděče
sdb2: Windows
sdb5: Linux Mint
sdb6: swap
volné místo

Takže kdybych to volné místo 10 GB chtěl přidělit k Linuxu, tak nevím jak to udělat, protože mi není jasné, jak přeskočit swap. A přidělit ho ke swapu mi přijde jako úplná pitomost, protože swap mám 16 GB a ram taky 16 GB.

Možná bych to ani neřešil. Linux mám nainstalovaný na oddíle, který má 223 GB. Kolik ten Mint může zabírat? Tak do 10 GB, ne? No. A Windows mám na oddíle velkém něco málo přes 249 GB. A situace je tam podobná. Ale jestli myslíš, že by stejně bylo lepší to přidělit k linuxovému oddílu a věděl bys jak, tak to klidně udělám. Jednou jsme s jedním člověkem, který tomu celkem rozumí něco podobného pomocí gparted dělali, ale nešlo to.

Mimochodem, začínám si tady všímat, že někdy jsou názory lidí dost různé. Jeden druhého tady pak usměrňuje, že jeho řešení není tak dobré a že on má lepší a pro nás, kteří tomu moc nerozumíme je pak těžké se v tom vyznat. Asi platí, co pravil klasik: "nejlepší učitelka je zkušenost".

Zdar

[Pavel 'TIGER' Růžička]

Můj osobní názor je (všimni si, jak krásně to píši), čím méně partitions, tím lépe pro SSD. Běžím bez swapu a nevšiml jsem si, že by mi něco havarovalo. 16GB swap tedy považuji též za zbytečný. :)

[dustin]

Nerozhazuje si řadič SSD bloky po celém SSD, jak potřebuje? Přijde mi, že by mělo být fuk, zda je volné místo na jedné nebo druhé partišně, řadič by měl využívat buňky v celém poolu rovnoměrně. Aspoň tak bych to očekával...

[Petr Fiedler]

Ty myslíš, že když by se oddíl s Windows začínal zaplňovat, tak by řadič SSD začal pro ukládání souborů používat linuxový oddíl? Chápu to správně, že to tak myslíš? Já z Windows ani vůbec nemůžu na linuxový oddíl. Systém ho ani vůbec nezobrazuje. Jen ve správci disků je vidět "nějaký" oddíl, ale Windows ani nezobrazují, jak je naformátován a nemám do něj přístup (nemám na to nic nainstalováno). Nebo jak to myslíš s těmi bloky?

[lertimir]

Ne, z pohledu, co vidíš z operačníno systému, máš přistup k SSD na úrovni nějakých logických čísel sektorů (po 512 bytech), ale nijak nejsi schopen zjistit, kde fakticky v jakých paměťových buňkách na tom SSD data leží. NA HDD jsou čísla sektorů po většinou skutečné umístění (přemapování také existuje, ale je velmi omezené a týká se pouze porušených sektorů). Na SSD je přemapování principielní, To znamená, že v konkrétní paměťových buňkách mohou ležet v jeden čas data s linuxového oddílu a když je vymažeš a uvolníš tak při příštím zápisu tam mohou být data s Win oddílu. A právě přemapování se snaží rozdělit zápisovou zátěž rovnoměrně na všechny buňky disku.

[Petr Fiedler]

No tak to je mazec. Věděl jsem, že SSD rozděluje data rovnoměrně, ale myslel jsem, že to dělá jen v rámci oddílu. Tak to je super!

[lertimir]

Wear leveling

[dustin]

Disk o oddílu nic neví, pro něj jsou to vše jen data. Netuší, že ty bajty v úvodních sektorech (z pohledu logického číslování sektorů, fyzicky mohou být kdekoliv) definují nějakou tabulku rozdělení oddílů. Navíc existuje více typů tabulek (např. MBR, GPT). To vše je věc softwaru OS.

[Pavel 'TIGER' Růžička]

Já to špatně napsal, ale kluci to správně upřesnili. Myslel jsem to tak, že čím méně partitions tím mnohem lepší přehlednost. Dnes už postrádám i smysl v samostaném /home. Rsyncem založím /home /opt ... a to, co ještě potřebuji a po případném přechodu to vrátím rsyncem zase zpět. Záloha samotného home je pro mne nedostačující i když nejdůležitější. Samozřejmě se bavím o desktopu, na serverech je to úplně jiná kapitola.

[k3dAR]

tak on nema rozdelen / a /home, ma jeden oddil pro Linux, ostanti oddily jsou 1 pro Widnows, 1 pro zavadec, 1 pro Swap, takze naprosto usporvne rozdeleni... jasne, muze zrusit Win (coz zatim nechce), muze zrusit Swap (coz nevi jestli chce(osobne s 16GB u destkopu proste swap nemam vubec a neni problem)), muze zrusit i samostatnej zavadec (ale je lepsi mit /boot zvlast, aby byla jistota ze nastartuje vzdy alespon to)...

ja bych naopak tu Linux cast klidne rozdelil, ale ne klasicky pres rozdeleni disky, ale pouzil bych na Linux oddil LVM a rozdeleni provadel pak v tom podle potreb, vytvaret dalsi lvm oddil pro zkusebni system do dualbootu, zvetsoval za chodu podle potreby /home, vytvarel/rusil pripadne swap, vytvarel lvm snapshoty pred nejakou zasadni zmenou systemu abych se mohlna "tuknuti" vratit zpet, nebo delat z toho zalohy, atd, atd... zaroven bych celej ten LVM oddil mel pomoci LUKS sifrovanej... (po zruseni Windows, pak zasifrovat celej disk vcetne /boot)

(urcite se najde nekdo kdo prijde s tim ze misto LVM by pouzil btfs, ja po nedavnejch negativnich zkusenostech bych opet nedoporucil :)

[Petr Fiedler]

AHOJ k3dAR,

ty seš taky masochista, když se dívám na časy tvých odpovědí

Hele, trochu jsem přemýšlel o tom, cos tu napsal a je mi jasné, že mě čeká další instalace. Ale udělám to rád. Škoda jen, že mi dalo tolik práce vše nastavit a čeká mě to znovu. Ale neva. Psal jsem tu, že na sdb1 mám zavaděče, ale asi to tak není. Při instalaci Mintu zvolím jako místo pro zavaděč čistě sdb, takže zavaděč Linuxu nebude na sdb1 se zavaděčem Windows. Napadla mě (podle mě) skvělá věc. Trochu jsi mě inspiroval. Úplně bych shodil Linux. Swap už tam nemám a na konci disku jsem si nechal 20 GB na testování dalších dister. Chci mít každý z nich pár dní nainstalovaný a zkoušet je. Takže bych teda shodil Linux a situace by vypadala takhle:

sda1: datadisk
sdb1: Windows loader
sdb2: Windows 10
volné místo

No, a při instalaci Linuxu bych teda vytvořil dva oddíly:

sdb5: 500 MB pro instalaci grubu (podle mě perfektní věc)
sdb6: LVM s tím, že bych to rozdělil na oddíl pro Linux a oddíl pro testy dister

Vůbec jsem nevěděl, co to LVM je. Myslel jsem, že je to nějaká virtualizace. Něco jsem o tom (lehce) četl na Wiki a líbí se mi to. Taky uvažuju o tom, že bych neinstaloval Mint 18.1, ale 17.3. Ten jsem kdysi používal a šlapal perfektně. Ty sáms mi kdysi radil, když jsem dával do kupy ntb známým, ať tam nedávám aktuální Kubu/Xubu? (už nevím které z nich), ale předchozí, že je odladěné a nebudou tam chyby. Tak si říkám, že by to bylo asi lepší, dát tam tu Rosu. No, a pak už jen vše postahovat a nastavit a pak by přišla na řadu konečně ta Clonezilla A vymalováno. A pak už jen vybrat ten správný nástroj na denní zálohy a šmitec. Co na to říkáš? A co ostatní? Myslím:

1. - sdb5 500 MB pro Grub? (Jestli teda nemusí být v sdb?)
2. - Starší Linux Mint 17.3 Rosa?

A ještě něco k tomu šifrování. Psal si, že bys po shození Windows zašifroval celý disk. Patrně jsi zapomněl, že jde o SSD, ne? To přece není dobré mít plné dat, ne?

Na další příspěvky budu reagovat, až se vrátím z práce.

Zdar k3dAR.
Čágos amígos.

[lertimir]

Nejdříve si přečti, jak systém startuje. Linux, Windows. Obecně BIOS po startu natáhne z 0-tého sektoru startovacího disku kód a spustí ho. Pokud tam budeš mít windows kód, linux asi nenastartuješ. Oddělování adresáře /boot se v minulosti dělo hlavně proto, že do zavaděče je třeba dostat kód na podporu vrstev, které jsou k dosažení filesystému potřeba (jako je LUKS, RAID nebo LVM) a mnohé distribuce to neměly standardně. Takže se udělal běžný oddíl na /boot z něj se natáhlo standardní jádro a root byl na cílové konfiguraci. V současnosti jednoduchá vrstva jako LVM je asi v podporována v každém distru. Zkoušení distribucí bych určitě dělal ve virtuálním prostředí. Když budeš dávat testovací distra přímo na železo, někde se blbě ukikneš, něco přehlédneš, nebo si tvurci distribuce myslí jako jsou skvělí a ani se nezeptají, a přepsaný bootloader máš hned a pak to budeš pracně lovit. Ve virtuálu budeš mít testovací distro pěkne omezené, zavřené v procesovém přístupu i datovém prostoru a je mnohem menší šance na problémy.

[Petr Fiedler]

Výborně! To je ono. Virtuál. Přesně tak. A alespoň se naučím další věc - virtualizaci. Ale do LVM ze studijních důvodů taky půjdu, ale s tím rozdílem, že nebudu vytvářet oddíl na testy dister, ale vyřeším to vždy virtualizací.

Díky, díky.

[lertimir]

Ještě poznámka k šifrování SSD. Klidně můžeš mít celé SSD zašifrované. Ale nemůžeš ho mít plné dat. Musíš mít v provozu TRIM, jak přes filesystem, tak skrz šifrování, a říkat tomu SSD, co má volné, ať si uklidí a vymaže data. Trochu to narušuje šifrování, protože útočník by věděl co je volné a kde jsou data, ale ne nijak kriticky moc. Ten problém, pokud by nebyl TRIM, je kromě vyššího opotřebení SSD i v rychlosti. Když si přečteš, jak jsou dělané NAND chipy v SSD (třeba tady), tak zjistiš, že jsou super rychlé na sekvenční čtení, pomalejší na zápis a strašně pomalé na mazání. (tabulka 2 na straně 5) Na to abys mohl zapisovat potřebuješ mít vymazanou buňku (a ta je velká 128-512kB) a výmaz trvá cca 0,5 ms, takže jich vymažeš jen cca 2000 za vteřinu. Pokud by jsi je měl už nějak blbě obsazené a s každým zápisovým sektorem musel mazat, tak rychlost je tragická. U SSD to moc nehrozí, ale kdysi jsem použil bežný USB flash disk jako systémový disk pro malý servřík, sice jsem omezil do něj zápisy, ale asi po půl roce se zaplnil natolik, že pokud probíhala aktualizace systému, tak rychlost byla jen asi 500kB/s. Trimem oznámíš SSD, co má volné, a když má čas a nezatěžuješ ho zrovna, tak si SSD bude uklízet a mazat volné bloky dopředu, aby bylo připravené na zápisy. A je jedno jestli jsou to zašifrované nebo nezašifrované bloky.

[Petr Fiedler]

Chmm, to je pro mne novinka. Myslel jsem, že mít zašifrované SSD znamená mít ho plné dat.

[k3dAR]

no oddil pro zavadec pro windows bys mohl sdilet kdyz bys mel rozdelenej disk GPT (a ne MBR) a pouzival UEFI bootovani (a ne puvodni Legacy/Bios), to ale neres, protoze bys nic moc prechodem na UEFI neziskal, krome toho ze bys musel preinstalovat i Windows ;)

Grub ma 3 casti, prvni nejmensi cast(natahne ji BIOS a hned si zavola druhou) ma v MBR, druhou malou cast(v prostoru 1MB mezi MBR a prvnim oddilem) ma hned za tim((podporuje zakladni filesystemy) a treti cast je slozena ze spousty souboru/modulu co pridavaji vsemozne funce, konfiguraci atd ulozene v /boot/grub... to muzes mit na hlavnim oddilu systemu, nebo to muze byt samostatna mala (500MB ideal), hlavne z duvody ze se pouziva jen pri startu (nebo pri aktualizaci jadra) a pokud by pri praci nebo obecne doslo k poruseni hlavniho / filesystemu, tak samostatnej /boot porad bude moci nastartovat...
jinak oddelenej /boot muzes mit v ramci LVM (sice castecne pada vyhoda oddeleni, kdyz by se podelalo LVM, ale vyhody myslim prevysujou :)

kdyz bys to natukaval s grafickeho instalatoru tak LVM ted nevim jestli budes moci udelat / mensi nez LVM, kazdopadne si to muzes pripravit rucne, tedy vytvorit LVM, v tom mint173 home a ty pak priradit instalatoru v rucnim rozdeleni, takze budes instalovat s tim ze z 250GB LVM zatim pouzijes jen 50GB a zbytek bude nevyuzite a muzes tam vytvaret pak oddily (neco treba nebudes chtit resit virtualizaci ale zkusit=pouzivat na zeleze), ale hlavne muzes kdykoliv i v nabehlem systemu zvetsit za chodu, napr. pridani 3GB k / (rootfs, koren) kterej je ve skupine vg:

sudo lvextend -L +3G -r /dev/mapper/vg-root

[k3dAR]

jeste k virtualizace, prvni na co narazis bude asi VirtualBox, doporucuju ho ale klidne ignorovat a zamerit se na systemovejsi KVM/QEMU, nad kterym je libvirt(ktere umi treba i LXC kontejnery), a nad tim graficke rozhrani virt-manager(nebo konzolove virsh)... pokud nahodis Mint 17.3 (nebo *buntu 14.04) tak je tam starsi verze virt-manageru ktera nema tlacitko na ulozeni snapshotu/stavu virtualu, takze je dobre pridat repositar getdeb v kterem je verze 1.2.1...

[Petr Fiedler]

Ještě, žes to napsal. Sáhl bych stoprocentně po Virtual Boxu. Dám si poradit.

Díky moc

[k3dAR]

jinak odkazy sem daval pro informace, nezmanena to (jako je to u Windows) ze tam mas neco hledat a stahovat abys to nainstaloval :)
v GNU/Linuxu se (primarne, ostatni moznosti nechme zatim stranou) instaluje vzdy z repositare software pomoci spravce balicku (je to obdoba GooglePlay v Android telefonu)... takze vse cos sem psal (protoze nektere jsou automaticke zavislosti uvedenejch balicku) nainstalujes pomoci:

sudo apt install qemu-system virt-manager

pro pridani toho getdeb repositare (pro 17.3 snad plati totez co pro *buntu 14.04, tedy trusty:

echo "deb http://archive.getdeb.net/ubuntu trusty-getdeb apps" | sudo tee /etc/apt/sources.list.d/getdeb.list
wget -q -O- http://archive.getdeb.net/getdeb-archive.key | sudo apt-key add -

a pak v ramci bezne aktualizace se ti virt-manager povysi na novejsi verzi:

sudo apt update
sudo apt upgrade
sudo apt full-upgrade

[k3dAR]

jinak i kdyz je to pro *buntu, tak plno infa najdes na jejich ceske Wiki... napr. instalace_programů

[Petr Fiedler]

No, budu si to muset asi ještě párkrát přečíst, abych to úplně pochopil, ale na první pohled to vypadá skvěle.

A dám tam ten Mint 17.3.

Díky, díky

[k3dAR]

ohledne LVM muzes cerpat i plno ceskeho infa(poradi nahodne):
https://cs.wikipedia.org/wiki/LVM
https://www.pslib.cz/ke/LVM_v_Linuxu
http://www.abclinuxu.cz/clanky/system/lvm-1-uvod-vytvoreni-oddilu
https://www.root.cz/clanky/uvod-do-lvm/
https://www.linuxexpres.cz/praxe/sprava-linuxoveho-serveru-lvm-a-diskove-sifrovani

[Petr Fiedler]

Píšeš to krásně Problém je v tom, že lertimir zase krásně napsal tohle: http://www.abclinuxu.cz/poradna/linux/show/421883#12 A protože nejsem odborník, tak nevím, kdo z vás má teď pravdu. Tak mi nezbývá, než se zeptat: Proč myslíš, že čím méně partyšen u SSD, tím lépe?

[Petr Fiedler]

Jenom ještě doplním, že mě to taky přišlo zbytečný. Na pc mám Mint už rok a swap jsem tam nikdy neměl. Říkal jsem si k čemu, když mám 16 GB RAM? Taky jsem nikdy nezaznamenal žádný problém. Ale v tom vlákně, na které jsem sem dal odkaz právě lertimir říká, že je swap dobrý mít bez ohledu na to, kolik máš RAM. A protože tomu moc nerozumím, tak jsem se řídil jeho radou a swap udělal. No, něco si o tom ještě zjistím a buď ho nechám, nebo ho zruším případně i s tím volným místem a celé to přidělím Linuxu. Ještě uvidím.

Čágos

[lertimir]

Rozhodně otázka swapu není nic na čem by se trhalo srdce. Mám 24G RAM a swap na SSD mám na 4G. Občas se stane že se tak do 1G obsadí. Typická situace, kdy to nastane, je kopírování/přenosy většího množství dat mezi HDD (100GB+) pak si systém navýší buffery a cache a něco vyhází do swapu.

[Josef Kufner]

Velký swap zahoď. Udělej si malou swapovací partition na uspání na disk, pokud to používáš, a jinak ho nepotřebuješ. S 16GB paměti to stejnak nevyužiješ. Kdyby bylo potřeba, můžeš si vždycky udělat pár GB velký swapovací soubor.

A když smažeš Windows, tak budeš mít také mnohem více místa

[Petr Fiedler]

No, já uspání na disk nepoužívám, protože to ničí SSDčko. Když bys tam párkrát za den uložil nějaké to giga, tak je to za 3 roky docela masakr. Ještě k tomu na jedno místo (swap) pořád dokola. I když poté, co jsem viděl tady tu tabulku od lertimira (využití jeho SSD), tak si říkám, že to udělám jako on a přestanu to SSDčko šetřit. Je to asi přehnané.

Windows jednou plánuji opustit. Teď se v Linuxu rozhížím a moje nadšení z něj roste. Chodím i na kurz

Díky za radu, beru v potaz.

[Josef Kufner]

Ještě k tomu na jedno místo (swap) pořád dokola.

To si to SSD pořeší samo.

[lertimir]

Pár poznámek. Mint neznám, takže nevím jak mají vyřešenu práci s btrfs. Používal jsem btrfs s openSUSE (SUSE je v btrfs dost aktivní a jsou autoři programu snapper, který provádí management snapshotů velmi efektivně a přes Yast i v grafickém prostředí) a nyní v Archu a v obojím to bylo jednak bez problémů a jednak spolehlivé. Včetně toho, že mi btrfs jede nad LUKS šifrovaným oddílem. Odhadoval bych, že Mint prostě má špatně doladěné automatické skripty na správu rootového oddílu. Volné místo mimo oddíly je jedno. Spíše bych se soustředíl na celkové zaplnění disku a provozoval jej někde pod 60% (max 80%) celkové zaplněnosti a rozumným způsobem pracoval s TRIMem. Obvykle stačí uvolňovat buňky jednou týdně, není moc doporučovaná mount volba discard pro okamžité uvolnění, ale spíše dávkové pomocí cronu.

Z hlediska oddílů, já už léta používám na linuxu jednak LVM prakticky všude, a jednak dělení uvnitř LVM na /, /home a swap. Oddělení uživatelského prostoru mi dává možnost svobody ve volbě distribuce, když bych chtěl přeinstalovat na jinou distribuci tak bez problémů. Stejně tak, pokud by se stal nejaký závažný průšvih a bylo nutné reinstalovat, tak uživatelská data zůstanou nedotčena. (což se mi stalo u kamaráda, spustil jsem upgrade verze distribuce bez předchozí kontroly volného prostoru a asi ve 2/3 procesu se zcela ucpal root filesystem a nepodařilo to opravit, takže místo upgrade byla nová instalace cílové verze distribuce, ale veškeré uživatelské data byly netknuté.) A LVM umožňuje manipulaci s velikostí oddílu dost bezbolestně. A LVM používám i když btrfs umožňuje suboddíly, (což také používám) ale pořád to není takové oddělení jako samostatný datový oddíl. Swap 16 GB je zbytečně moc. Stejný swap jako RAM je z doby 128MB RAM. Když si nad tím zauvažuješ, tak když ti najede systém tak vezme tak cca 500MB, zbytek budou brát aplikace a ty svoje data potřebují dost často, když běží, a pochybuji, že by ses dostal do situace, kdy bys měl více než cca 2GB v paměti, které je možné rozumně odswapovat. Větší swap je jen na to, když budeš chtít hibernovat. A jednoduchý výpočet dá, SSD disk s rychlostí 500MB/s zapíše/přečte 16GB za 32 vteřin a více, což není nijak super rychlý start. Takže já už notebook nehibernuji. uspávám ho. A díky současné kapacitě baterií a malé spotřebě pamětí, v uspání vydrží asi 3 dny a do té doby jej někde na napájení strčím. Pokud by sis s tím zase chtěl hrát tak nechat swap jako jeden z oddílů na LVM, když máš pro linux cca 230GB v první fázi bych rozdělil na /, /home a swap cca 180GB, swap nechal nekde na cca 4G když ho chceš, a po pul roce práce jestli potřebuješ dorozdělit něco z toho zbytku a obvykle to dorozděluji tak, že rozdělím polovinu toho, co zbývá v LVM group. Jsem podezřívavý a nechávám si rezervy.

[Petr Fiedler]

Díky za tak rozsáhlou odpověď. Vlastně tu všichni radíte to samé a tak to tak udělám a už to tak nechám Zahodím jak swap, tak ten volný prostor. Jen to nechci znovu přeinstalovávat. Půjde to nějak z GParted? Vůbec s tím nemám zkušenosti. Ve Windows bych dal ve správci disků pravomyš na swap > odstranit svazek a pak pravomyš na oddíl C a rozšířit svazek a vymalováno. Ale v Linuxu vůbec nevím. Nebo je nějakej příkaz do terminálu? Na netu jsem našel jen na fóru Ubuntu, že mám zakomentovat řádek swap v /etc/fstab. Ale to mi stejně neřeší to volné místo. Rád bych teda swap úplně zrušil a celé to volné místo 26 GB přidal k linuxovému oddílu. A budeme mít všichni na čas klid

[Pavel 'TIGER' Růžička]

Stahni si systemrescuecd a udělej to z něj, ze spuštěného systému to moc nedoporučuji.

[Pavel 'TIGER' Růžička]

Oprava odkazu systemrescuecd, předpokládám, že nebudeš chtít kupovat DVD, ale stačí Ti stáhnutí obrazu.

[Petr Fiedler]

Předpokládals správně Tak jsem to stáhl, spustil a když to naběhlo, tak jsem absolutně nevěděl co dál. Tak jsem to ukončil, nainstaloval GParted, shodil swap a v pohodě ho přidal k linuxovému oddílu. Lépe řečeno to volné místo, které po něm zbylo. No, a pak jsem chtěl přidat i to druhé volné místo, které tam bylo kvůli šetření SSD, ale to už nešlo. Šel tam jen vytvořit další oddíl, se kterým šly dělat další věci, ale volné místo přiřadit nešlo. Zkoušel jsem to několikrát. Takže jsem musel přeinstalovat Šílený! A pak jsem zase v tom nově nainstalovaném Mintu cosi nastavil (souviselo to s nějakýma efektama - rychlost maximalizace atd..) a úplně jsem tím odpálil systém. Úplně vytuhl. Po každém rebootu nebylo nic aktivní, jen start. Ale pak nic spustit nešlo. Takže další instalace. Už toho mám po krk. Už mám vše hotovo i nastaveno a zítra teda zkusím tu zálohu Clonezillou. Tak snad se to podaří v pohodě a bude klid.

Zatím díky všem. Díky moc.

PS: většinou linuxáci hanobí Windows a chválí Linux, jak je proti Windows spolehlivý a skvělý, ale já se teda poslední dva dny nestačím divit. Zkusím nějaký jiný distra. Jsem zvědavý, jak to dopadne.

[k3dAR]

ty ses vazne masochista :)) v systemrescue si mel pustit program gparted ;) to ze ti misto po swap neslo priradit bylo proto, ze mas na disku rozsirenej oddil, takze to misto musis nejdriv priradit rozsirenemu oddilu a pak teprve natanout v nem ten linuxovej oddil... to je klasicka zalezitost MBR rozdeleni disku (tedy nesouvisi to nijak s Linuxem)

vetsinou linuxaci poukazuji na problemy ktere s windows meli/maji, i kdyz vetsi vetsinou spis windows uzivatele nadavaji na linux ktery neznaji a obhajuji problemy co ve windows maji (naborene registry, nutne reinstalace(u tebe s linuxem to zadne nutnosti nebyli jen tva zoufalost:),nefunkcni w7 winupdate, dokoncovani instalaci pri vypinani/zapinani, hlasky error 0x804553, to ze winaktualizace o sobe neprozradi nic nez genericke "opravuje problemy ve windows") :)

Úplně vytuhl. Po každém rebootu nebylo nic aktivní, jen start
ver tomu ze to bylo resitelne, kdyz ponecham regulerni reseni (ktere by vyzadovalo cas a/nebo zkusenosti), tak slo pri startu z grubu vybrat advanced/recovery, nastraovalo by okno kde bys vybral "root terminal", tam bys smazal(pro dalsi vyzkup presunul jinam) obsah z /home/petr (nebo smazal a vytvoril uzivatele) a restartoval ;)

[Petr Fiedler]

Místo po swap mi právě přiřadit šlo, ale to druhý volný místo ne. Tak teď už vím jak na to.

Díky

[lertimir]

No ten problém je v tom, že v linusu se pobybuješ v prostředí, které (zatím) neznáš. A některými akcemi na systémové úrovni opravdu systém můžeš rozbít. Pokud máš oprávnění správce, systém očekává, že víš co chceš a udělá, co mu přikážeš. Windows si "mnohem více myslí, že ví lépe než uživatel, co ten potřebuje" a mnohé věci mu nedovolí. I když mé zkušenosti před mnoha lety, když děti byly malé, byly, že stačilo 8 leté dítko pustit k počitači s Win a dostal jej do stavu, o kterém bych předtím nevěřil, že existuje.

Z hlediska toho systemrescuecd, tak po najetí ti příkaz startx odstartuje grafické prostředí, ve kterém můžeš být více spokojený.

[Pavel 'TIGER' Růžička]

Nechte ho, každý z nás nějak začínal. Také jsem mu mohl k tomu odkazu připsat ten startx. Pro nás už je to automatická samozřejmost. No já mám s Windows 10 tu zkušenost, že když je odladím k použitelnosti, což se bez zásahů pod jejich pokličku neobejde, tak pak přijde výroční aktualizace a všechny hodnoty v registrech, zakázané, či odebrané programy mám zpět. A nastavování může začít znova a jako + přidají nějakou tu neužitečnou hodnotu k vypnutí navíc. Tohle mi linux nikdy neudělal, dokonce ani při přechodu na systemd, jehož hodnota je též diskutabilní. Takový je asi rozdíl mezi Linuxem a Windows.

[lertimir]

Nemyslel jsem to na něj zle. Jen jsem chtěl zdůraznit to, co také všichni známe, že linux/unix, když je člověk admin, tak udělá, co mu přikážu. A některou operací můžu systém rozbít. (A nemusí to být z pohledu systému ani chyba, jen jsem provedl jeden krok, a tím dostal systém do nekonzistentního stavu a jiným dalším krokem bych jeho konzistenci obnovil. Nicméně, když další krok nepřijde může být problém.) Naopak, připadá mi, že se tazatel tím probírá dost zodpovědně a smysluplně.

[Petr Fiedler]

lertimir: pochopil jsem, jaks to myslel. Takže cajk

[Petr Fiedler]

AHOJ TIGŘE,

možná teď pomůžu já tobě. Dám ti sem odkaz na docela dobrej web. Člověk, kterej ho provozuje je docela nabušenej. Pracuje v IT a fakt tomu docela rozumí (programování, Windows, Linux atd...). V jednom ze svých článků (Jak z Windows 10 udělat desktopový systém) má úplně dole odkaz na stažení skriptu, který sám vytvořil a který všechny ty věci pozakazuje, a nebo ty žádané zase vytvoří. Ten skript se spouští v PowerShellu a provádí změny v registrech. Pokud chceš, mrkni na to.

https://www.dasm.cz/clanek/jak-z-windows-10-udelat-desktopovy-system

[Pavel 'TIGER' Růžička]

:) Je to staré, ale koukám, že i on své poznatky musí aktualizovat. Já to pochopitelně mám také všechno ve skriptu, nic to však nemění na tom, že bych jej měl spustit jen jednou a co povypínám by se nemělo aktualizací zase pozapínat. Je to prostě nesmyslná přetahovaná s Microsoftem.

[Petr Fiedler]

No nejhorší je a on to tam zmiňuje, že nějaká aktualizace udělá to, že ti to zapne tu funkci zpátky a zároveń to nějak nastavtí, abys to už nemohl vypnout. Jsou to syčáci. Jinak na vysvětlenou, já nejsem obhájcem MS. Jsem ale rád, žej mám Windows i přes jejich mouchy. Jsem zrakově postižený a v tomhle jsou pro mne zatím bez debat lepší Windows. Míním lupu, vysoký kontrast, myš atd... Proto si je zatím ponechávám. Vlastně ze všech dister, která jsem vyzkoušel - Mint, Ubuntu, Xubuntu, Lubuntu, Debian mi zatím "vyhovoval" jen Mint. I ten má nedostatky proti Windows. Ale věřím ve zlepšení. Taky chci testovat další distribuce. Právě jsem si stáhl nový Debian, Ubuntu, Arch, a hlavně jsem zvědavý na openSUSE a Fedoru, protože ty jsem zatím spuštěné ani neviděl.

Tak se měj

[Petr Fiedler]

Zrovna se v noťasu dívám na GParted a chtěl jsem sem napsat, že to je v poho. Ale udělám to teda jak píšeš.

Díky za radu.

[Petr Fiedler]

Tak jsem si pročítal:

dost hezky jak pracovat s btrfs

a usoudil jsem, že se vrátím k ext4. Definitivně. Ale ty tvoje odkazy jsou užitečné a ty články nastuduju.

Tak se měj a díky

[Petr Fiedler]

Lertimir: tak jsem to přeinstaloval, vytvořil jsem swap a na konci disku jsem nechal 10 GB volného místa podle toho návodu. Vše jsem nastavil a při restartu se Mint kousnul. Takže to šlo jenom "natvrdo". Po rebootu se na ploše objevila hláška že došlo k havárii, jestli chci restartovat? Tak jsem restartoval a zase to samé, pak zase a na konec začal skákat i obraz, takže jsem btrfs zavrhl a dal jsem tam zpátky ext4, vše nastavil a valím spát. Za chvíli vstávám do práce.

[Ditys]

Zkusil bych toto - https://www.paragon-software.com/home/br-free/download.html, byť není založen na Linuxu. Mám na něm postavený USB disk, malý bootovací oddíl a zbytek pro data. Nabootuji z USB disku a mohu zálohovat/obnovit cokoliv. Vyzkoušeno na Ubuntu.

[Petr Fiedler]

Příloha:

• Acronis_True_Image_2016.pdf (129937 bytů)

Díky za snahu pomoci, ale to není to co hledám. Musel bych nabootovat. Já chci, aby se to dělo automaticky. Přikládám PrintScreen nápovědy Acronisu, sekce záloha souborů a složek při nějaké události. Tady je krásně vidět, co hledám. Prostě tam nastavíš, že chceš zálohovat danou složku při každém vypnutí a hotovo. Pak, když klikneš myší na vypnout, tak můžeš v klidu odejít od stroje. Acronis provede požadovanou zálohu a pc se vypne. PARÁDA, PARÁDA, PARÁDA!!! Nemáš s tím vůbec žádné starosti a vše máš pěkně zálohované. Každý den. A to si ještě můžeš navolit spoustu věcí - kompresi, kontrolu zálohy, kontrolu jednou za měsíc u každé zálohy, zálohovat můžeš přírustkově, rozdílově, můžeš nastavit aby se nejstarší záloha po provedení poslední zálohy smazala a kolikátá by to měla být atd. Acronis je prostě pecka. A umí toho víc. Klonovat disky, můžeš dát obraz jednoho disku na jiný hw atd atd atd...No, a já bych prostěl chtěl, aby když kliknu na "vypnout" (počítač) se provedla denní záloha tak, abych se o nic nemusel starat. Žádné příkazy v terminálu, žádné bootování, prostě pohodička. Otázka zní:

Je to v Linuxu možné?

Doufám, že mě někdo nevyhodnotí jako trolla. To opravdu nejsem. Neprovokuji, ani nedělám reklamu Windows, nebo Acronis. Jen jsem chtěl prostě jasně ukázat, čeho se snažím v Linuxu docílt.

Zdarec

[lertimir]

Jednak určitě je to v linuxu možné. Za druhé, pokud bys to chtěl s pohodlně Acronisem je to také možné. Za třetí, ve Win Acronis se tvrdě napasuje do ukončovací sekvence a uživatel ani neví, co udělal. V linuxu něco takového není možné. Jak už napsali lépe jiní, linux je jako tržiště vzájemně nahraditelných komponent a konkrétní instalace/distribuce mohou mít rozdílné postupy ukončování systému. Takže obecně se jednoduše na to napasovat nedá. Nicméně tady dostáváš rady k tomu, aby jsi věděl z jakých komponent výsledek složit.

1. Potřebuješ vědět kam skript napojit, aby se provedl při shutdown.
2. Nebo mužeš mít skript při odhlašování z grafického prostředí. To má každé grafické prostředí jinak. Já používám KDE a to je jiné než máš, ale ostatní ti jistě poradí pro tvé grafické prostředí.
3. Finálně musíš zvolit jakým nástrojem a jak. Nějaké nástroje byly už napsány, přidám pár dalších. storeBackup, duplicity a duply, backupninja, luckybackup, fsvs. Grafické frondendy grsync, deja dup. Síťové zálohovací systémy jsou např Amanda, BackupPC

S konkrétním nástrojem na samostatný systém neporadím, protože jíž pár let mi běží ten poslední, síťový nástroj BackupPC, který zálohuje doma několik desktopů a notebooků všech členů rodiny.

Ještě má cenu se trochu seznámit s nástroji, které se nazývají "disaster recovery" jako je Mongo Rescue a ReaR

[Petr Fiedler]

Lertimire díky moc. Vážím si toho (tak obsáhlé odpovědi). Fakt díky.

Hele, na jednu stranu jsem z Linuxu fakt nadšený, protože stále více vidím, jaké možnosti proti Windows nabízí. To je úžasné! Ale je toho prostě moc. Ta variabilita je vykoupena draze. Musíš toho moc umět. Na druhou stranu, když to umíš, tak je to fakt paráda. No, a já se tady trápím tak dlouho se zálohováním. A to je jen zlomek toho všeho. Teď jsem párkrát zkusil zálohu Clonezillou a vždycky jsem vyhořel. Když jsem dával poslední enter pro zahájení zálohování, tak to vyhodilo error s tím, že detaily jsou ve /var/log/Clonezilla... Díval jsem se tam a nic tam není. Tak nevím. Na chvilku si teď od toho odpočnu.

Ještě jednou díky a zdarec

PS: chci se ještě zeptat, jak děláš když sem vkládáš odkaz, že tam pak místo webové adresy http://www.webova-adresa.cz/blablabla/bla-bla-bla máš jenom např: Wiki ? Různě jsem to zkoušel a nejde mi to. A právě ani nevím jak to zformulovat do Googlu.

[Petr Fiedler]

Příloha:

• 20170106_202155.png (325304 bytů)

Tak mě napadlo, jak se dostat k tom logu. Že musím spustit příkazový řádek z Clonezilly po selhání zálohování. Tak jsem ještě jednou vše odklikal (alespoň už to perfektně umím ) a dostal se pak k tomu logu. Snažil jsem se mountnout sdb5, abych tam ten log zkopíroval, ale to bylo na mě zatím moc. Byl jsem rád, že jsem si vůbec vzpomněl na příkaz cat, abych si ho přečetl. Ale mám alespoň jeho fotku. Alespoň tak, no. Tak jí sem vložím a budu rád, když se na to někdo z vás prosím vás podívá a řekne mi, co je špatně. Fotku jsem musel zkonvertovat do nižší kvality. Nechtělo to sem tu původní vzít.

[lertimir]

V tom snímku máš popsaný problém. Na disku sdb jsou oba dva typy partition table. Jak MBR tak GPT. To se clonezille nelíbí. Je potřeba mít jen jednu table. (neexistuje způsob jak udržovat obě konzistentně a se stejnými informacemi automaticky, a když máš obě tak jeden program může použít jednu a druhý druhou.) A správnou. Radí ti nástroj (gdisk nebo sgdisk) na opravu a varují, že když to uděláš blbě, přijdeš o všechny data. Oprava znamená, že tu špatnou zrušíš. Opravit (tedy mít jen jednu table) bys to tedy měl.

[Petr Fiedler]

No to jsem tak nějak i vytušil. Ale co s tím? A jak to, že to takhle vůbec je?

No, se zavaděčem Windows a se samotnýma Windows asi hýbat nebudu. Takže jedině s Linuxem. Ale jak mám docílit toho, aby mi to zase Mint u instalace sám nějak neudělal na GPT? Při instalaci to myslím ani volit nejde.

[lertimir]

To se nejedná o zavaděč. Dal si někde vytvoření GPT a teď jsou na disku dvě definice, jak je disk rozdělen na oddíly, a nemusí být stejné a když jsi dělal zmeny v oddílech tak témeř 100% jsi je udělal jen v jedné definici. Dodej výpisy

gdisk -l /dev/sdb

a

fdisk -l /dev/sdb

měly by to být výpisy partition table jedno DPT a druhé MBR uvidíme co to vypíše. a přečti si man stránky a o gdisk sgdisk.

[Petr Fiedler]

gdisk:

superuser@GIGABYTE ~ $ sudo gdisk -l /dev/sdb
[sudo] heslo pro superuser: 
GPT fdisk (gdisk) version 1.0.1

Caution: invalid main GPT header, but valid backup; regenerating main header
from backup!

Caution! After loading partitions, the CRC doesn't check out!
Warning! Main partition table CRC mismatch! Loaded backup partition table
instead of main partition table!

Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: damaged

Found valid MBR and corrupt GPT. Which do you want to use? (Using the
GPT MAY permit recovery of GPT data.)
 1 - MBR
 2 - GPT
 3 - Create blank GPT

Your answer:

fdisk:

superuser@GIGABYTE ~ $ sudo fdisk -l /dev/sdb
[sudo] heslo pro superuser: 
Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x7186cd97

Zařízení   Zaveditelný     Start     Konec   Sektory   Size Id Druh
/dev/sdb1  *                2048   1026047   1024000   500M  7 HPFS/NTFS
/dev/sdb2                1026048 488859647 487833600 232,6G  7 HPFS/NTFS
/dev/sdb3              488861694 937711615 448849922   214G  5 Rozšířený
/dev/sdb5              488861696 937711615 448849920   214G 83 Linux
superuser@GIGABYTE ~ $ 

[Petr Fiedler]

Co tam dělá sdb3?

[k3dAR]

sdb3 je v poradku, to oznacuje rozsireny oddil, ktrej v sobe ukrejva vzdy vsechny logicke oddily, v tvem pripade sdb5...
rozsireny oddil se vytvari automaticy kdyz vytvoris prvni logicky oddil...
vse souvisi s klasickym puvodnim MBR/MSDOS rozdelenim disku kterej umi maximalne 4 primarni oddily, s tim ze jeden z nic muze byt Rozsireny co obsahuje dalsi mnozstvi logickych...

[lertimir]

Oddíly se číslují tak (jak psal už k3daR), že MBR oddíly jsou pouze 4 a očíslované 1-4. Když je jeden z nich rozšířený, tak logické oddíly uvnitř něj jsou číslovány od 5 dále. Oddíly 1 a 2 jsou windowsí první 500MB druhý 233GB, pak je rozšířený oddíl 3 ve kterém je logický oddíl 5 s linuxem. Navíc tam existuje rozbité GPT, které by mělo být zrušeno, a to je ten problém pro který clonezilla nepokračuje.

[Petr Fiedler]

Lertimire,

prosím tě, já jsem se rozhodl svůj desktop přeinstalovat na Mint 17.3. To bude ještě taková pokusná instalace na které se vše naučím (hrozí rozbití nečeho) a až budu umět vše sám nainstalovat a nastavit, tak pak to přeinstaluju ještě jednou (aby bylo vše krásně nové, funkční a perfektní) a teprva pak udělám tu zálohu. Chci nabrat i zkušenosti s LVM, takže před tou instalací si budu muset o tom něco nastudovat a možná se ohledně toho pak tady na něco ještě zeptám, ale teď potřebuji vědět jednu jedinou věc. Když bych teď dal instalační DVD do mechaniky, nabootoval z něj a v instalátoru Mintu ponechal pouze Windows loader a Windows 10 a zbytek bych shodil, takže by to celé bylo volné místo ze kterého bych pak vytvořil oddíl pro Linux sdb5 a místo pro grub bych nastavil na sdb, tak by ten problém byl vyřešen? Clonezille by už nic nevadilo při záloze sdb5?

Samozřejmě to bude kvůli LVM asi celé trochu jinak, ale to teď (před nastudováním) nedokážu posoudit.

[k3dAR]

kdyz smazes vse co mas krome 2 pro Windows, tak rozdeleni disku bude porad MBR+GPT hybrid... na to bys to musel opravit (coz by mohlo dopadnout spatne) nebo komplet disk smazat a znovy iniciovat rozdelenei disku tedy aby se vytvorila znovu tabulka (v GParted je to menu Zarizeni/VytvoritTabulkuOddilu), ne jen ze smazes oddil a das ho znovu...


to LVM si nastuduj, pro / udelej 20GB (rucne a v instalatoru to pak zvol jako pripojny bod / ), po instalci tomu udelej snapshot ve velikosti take 20GB, kdykoliv pak behem vteriny si vratis system do stavu po instalaci tim ze obnovis ten snapshot...

[lertimir]

Snapshoty mu neraď. LVM snapshot je dost strašná záležitost a pouze na krátkodobé snapshoty, než z něj provedeš zálohu. Protože když ti existuje, pak při jakémkoliv zápisu píšeš do hlavního oddílu vlastní data a do snapshotu rozdilovou informaci, co se změnilo. Pořád ti tím snapshot zatěžuje disk pri zápisu.

[k3dAR]

bezne lvsnapshot pouzivam tak jak sem psal a klidne ho necham par mesicu kdyz zapomenu ;)

[Petr Fiedler]

AHOJ k3dAR

K LVM: jestli jsem tě dobře pochopil, tak vlastně až budu instalovat systém, tak úplně shodím sdb5. Zůstane mi po něm asi čtvrt tera místa. Pak udělám 20 GB oddíl sdb5 a jako přípojný bod zvolím lomítko. Místo pro zavaděč bude sdb. A to LVM bych řešil až v naběhlém systému, je to tak, jo?

[k3dAR]

nene... zrusis sdb5 a v celem volnem prostoru (+-250GB) udelas LVM, v tom udelas 20GB(muzes klidne i jen 10GB a pak si proste diky LVM snadno budes pridavat) oddil pro system a ten priradis v instalatoru k /
az si neco nactec tak to pochopis, nebo ti muzu napsat nejakej postup pokud se v tom budes stracet :)

[lertimir]

Nejdříve potřebuješ opravit ty tabulky rozdělení disku. lépe řečeno zahodit GPT, protože ta není správná, což je vidět s výpisu gdisk pro GPT a fdisk pro MBR, které jsi poslal. Instalace ti to "sama" neopraví. Na rozdíl od Win, jejichž programátoři systém nastavují tak, že "oni vědí lépe než uživatel, co vlastně chce", v linuxu žádný samoopravný proces není. V tom snímku, který jsi poslal je rada.

sgdisk -z /dev/sdx

Přečti si man stránku k sgdisk a pečlivě si zkontroluj, že likvidaci GPT pouštíš na správný disk. Když bys to udělal, jak jsi napsal (pustil instalaci), nevím co by se stalo. Pravděpodobně by instalace bud protestovala a zastavila se nebo GPT ignorovala, ale téměř jistě by GPT neopravovala.

[Petr Fiedler]

Věc se má chlapi takhle:

Nevěděl jsem co s tím a tak jsem se rozhodl pro novou instalaci Linux Mintu 17.3. Takže jsem v instalátoru vše shodil a Mint pak v pohodě nainstaloval. Pak jsem použil Clonezillu, ale jako jazyk jsem vybral slovenštinu (češtinu to prostě nemá), abych tomu perfektně rozuměl a vším jsem prošel až do bodu, kdy to zase vyhodilo error. Takže jsem v tu chvíli věděl, že mám pořád mutanta GPT/MBR. Tak jsem si zase přečetl ten log, zavedl Mint a v terminálu dal sudo sgdisk -z /dev/sdb A můžete hádat, jak to dopadlo Nešel zavést ani jeden systém. Takže jsem vzal Acronis, obnovil zavaděč Windows, restart a zase nic. Znovu Acronis a tentokrát jsem obnovil zavaděč, Windows i MBR a už vše fungovalo. I Mint. Tak jsem vzal Clonezillu a konečně udělal testovací zálohu. Mimochodem, na Clonezillu nedám dopustit! Fakt pecka! Takže mutanta už nemám a teď budu jen čekat na vyjádření někoho z fóra Mintu, protože jsem zjistil, že Mint 17.3 nemá pro mě nezbytný tmavý motiv "Mint Y Dark". Zeptal jsem se tam, jestli by nějak do té 17.3 šel dostat. V 18 a 18.1 je v obou i s dalšími ze 17.3. Pokud to nepůjde, budu muset zůstat (VELMI NERAD) na 18.1.

Tak zatím ...

[Petr Fiedler]

Tak na fóru Mintu mi napsali, že to samozřejmě půjde a dali mi tam i odkaz. Tak paráda. Jdu to hned zkusit.

[lertimir]

Pokud jsi tak zdůrazňoval jaké téma potřebuješ, tak mne napadlo, že bys mohl chtít vyzkoušet, jaké grafické prostředí by ti vyhovovalo. V linuxu jich je několik. Pokud ano, tak si zkus Hybride. To není distro k provozování. Je to specializovaná live distribuce k tomu, aby si uživatel mohl prohlédnout a vyzkoušet, jak graficky vypadají jednotlivá prostředí, které jsou možné v linuxu. Jaké mají základní možnosti a na základě toho si potom cílově vybrat a nainstalovat prostředí ve vybrané distribuci. Takže jen na flash a na prohlédnutí. Je také už trochu staré sestavení, ale na seznámení s funkcionalitou prostředí

[Petr Fiedler]

AHOJ,

no to je super, ta různá distra jsem chtěl testovat jen kvůli grafickému prostředí. Kvůli ničemu jinému.

[lertimir]

K odkazu. Já píšu v přímém textu. Ne v tom CSS editoru. V tom případě máš odkaz jako značku <a> mezi html zančkou je to co je vidět a mezi uvozovkami dáš URL adresu. V CSS editoru to jednoduše udělaš tak, že text, který chceš, aby byl klikací, označíš a pak klikneš na spojené články řetězu a vložíš URL.

[Petr Fiedler]

Ani jsem si nevšiml, žes mi odpověděl. Já se to zatím naučil jinde, ale díky. A stejně tomu cos napsal moc nerozumím. To víš, já jsem fakt na úplném začátku. Některá slova, která tu používáte jsou pro mě naprosto cizí Ale našel jsem si v nápovědě odkaz na rychlokurz HTML a je to docela dobrý. Jen je toho ty jo fakt moc naráz. Terminál, HTML, regulární výrazy, angličtina atd.... Pro čerstvého devětatřicátníka šílený

[Petr Fiedler]

Tak už to konečně umím Někdy stačí číst nápovědu

[maník]

Na to se hodí TimeShift.