Linux-kysymyksiä & yleistä keskustelua Linuxista

[Squirrel]

x

 

[SamCer]

Koeajossa RHEL 9 ja onko siinä ainoa vaihtoehto vaihtaa kerneliä (kääntämällä itse, tai asentaa joku toinen) ja sen lisäksi vielä kääntää itse btrfs-progs, jos haluaa BTRFS-osioita käpistellä?

 

[SamCer]

Koeajossa RHEL 9 ja onko siinä ainoa vaihtoehto vaihtaa kerneliä (kääntämällä itse, tai asentaa joku toinen) ja sen lisäksi vielä kääntää itse btrfs-progs, jos haluaa BTRFS-osioita käpistellä?

Ei kellään ole infoa tuosta, et onko tuo ainoa vaihtoehto?

 

[Kaalip]

Ei kellään ole infoa tuosta, et onko tuo ainoa vaihtoehto?

Reddit - Dive into anything
Eka kommentti joltain RHEL it leadilta

Hi, I lead Linux Engineering at Red Hat. We aren't planning on using btrfs in any of our enterprise products. Fedora chose to use it and they have the autonomy to do that but we're not planning on adding it nor supporting it in the future for RHEL.

Sanoisin että on ainoa vaihtoehto

 

[SamCer]

Reddit - Dive into anything
Eka kommentti joltain RHEL it leadilta

Sanoisin että on ainoa vaihtoehto

Joo tuota vähän pelkäsinki...

 

[ississ]

Miten Linuxiin saa toimimaan hiirulaisen sivunäppäimet? Tällä hetkellä Pop OS pohjainen jakelu tunnistaa ainoastaan siimahännän vasemman, oikean ja keskimmäisen näppäimen. Sama puute myös Ubuntulla. Kokeiltu niin Lagitechin kuin Razerin rotilla.

En jaksanut kaivaa, jos popissa on xorg niin sen asetuksissa voi säätää hiiren napit.
Oletuksena X:llä ei taida olla asetustiedostoa ollenkaan vaan se pitää luoda ja sen jälkeen muokata. Saattaa olla että nykyään on jo jokin muukin tapa.

Jos wayland niin siitä ei ole kokemusta, ilmeisesti hankalampaa.

 

[topiv]

Miten Linuxiin saa toimimaan hiirulaisen sivunäppäimet? Tällä hetkellä Pop OS pohjainen jakelu tunnistaa ainoastaan siimahännän vasemman, oikean ja keskimmäisen näppäimen. Sama puute myös Ubuntulla. Kokeiltu niin Lagitechin kuin Razerin rotilla.

Oheisen ohjeen mukaan xbindkeys -ohjelmalla onnistuu ainakin Logitechin hiirelle

Reddit - The heart of the internet

www.reddit.com

 

[Marquette]

Joku awk- python- one-liner tarvittaisiin ..

Data on tämmöistä, siinä on 3...6 riviä nolla-ykkösiä aina 8 numeroa per rivi ja sitten välissä on noita 7 kpl puolipisteen rivejä. Rivejä on joitakin tuhansia.

Pitäisi saada numeroniput aina yhdelle riville ; erotettuna ja ;;;;;;; tilalle tulisi rivinvaihto. Kokeilin kaikenlaista mutta mikään ei toimi ... en vain osaa. Jeesatkaas joku hieman ...

0;0;0;0;0;0;0;0
0;0;0;0;0;0;0;0
1;1;1;1;1;1;1;1
;;;;;;;
0;0;0;0;0;0;0;0
0;0;0;0;0;0;0;0
1;1;0;0;1;0;0;0
1;1;1;1;1;0;0;0
;;;;;;;
0;1;0;0;0;0;0;0
0;1;0;0;0;0;0;0
0;1;0;0;0;0;0;0
1;1;1;1;1;0;0;0
;;;;;;;
0;0;0;0;0;0;0;0
0;1;1;0;0;0;0;0
1;1;0;0;0;0;0;0
1;1;1;1;0;0;0;0
;;;;;;;

ja pitäisi olla

0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;1;1;1;1;1;1;1;1
0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;1;1;0;0;1;0;0;0;1;1;1;1;1;0;0;0
0;1;0;0;0;0;0;0;0;1;0;0;0;0;0;0;0;1;0;0;0;0;0;0;1;1;1;1;1;0;0;0

 

[Kaalip]

Joku awk- python- one-liner tarvittaisiin ..

Data on tämmöistä, siinä on 3...6 riviä nolla-ykkösiä aina 8 numeroa per rivi ja sitten välissä on noita 7 kpl puolipisteen rivejä. Rivejä on joitakin tuhansia.

Pitäisi saada numeroniput aina yhdelle riville ; erotettuna ja ;;;;;;; tilalle tulisi rivinvaihto. Kokeilin kaikenlaista mutta mikään ei toimi ... en vain osaa. Jeesatkaas joku hieman ...

0;0;0;0;0;0;0;0
0;0;0;0;0;0;0;0
1;1;1;1;1;1;1;1
;;;;;;;
0;0;0;0;0;0;0;0
0;0;0;0;0;0;0;0
1;1;0;0;1;0;0;0
1;1;1;1;1;0;0;0
;;;;;;;
0;1;0;0;0;0;0;0
0;1;0;0;0;0;0;0
0;1;0;0;0;0;0;0
1;1;1;1;1;0;0;0
;;;;;;;
0;0;0;0;0;0;0;0
0;1;1;0;0;0;0;0
1;1;0;0;0;0;0;0
1;1;1;1;0;0;0;0
;;;;;;;

ja pitäisi olla

0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;1;1;1;1;1;1;1;1
0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;1;1;0;0;1;0;0;0;1;1;1;1;1;0;0;0
0;1;0;0;0;0;0;0;0;1;0;0;0;0;0;0;0;1;0;0;0;0;0;0;1;1;1;1;1;0;0;0

Testailin tolla sun datasetillä ja sain halutun lopputuloksen ihan Kate tekstieditorilla tehtyä.
-Avaa tekstieditorin replace työkalun
-vaihtaa mode Regular Expression
-Find: \n
-Replace: ;
-Find: ;;;;;;;;;
-Replace: \n
Eli tossa korvataan ensin rivinvaihdot puolipisteellä ja sitten yhdeksän puolipisteen rimpsut rivinvaihdolla nii saa rivinvaihdot oikeaan kohtaan.
En tiedä onko tästä apua mutta jos KDE työpöytäympäristö käytössä niin onnistunee yhtä helposti. Tai jos muissa tekstieditoreissa on yhtä tehokas replace toiminto.

 

[bindi]

Joku awk- python- one-liner tarvittaisiin ..

Data on tämmöistä, siinä on 3...6 riviä nolla-ykkösiä aina 8 numeroa per rivi ja sitten välissä on noita 7 kpl puolipisteen rivejä. Rivejä on joitakin tuhansia.

Pitäisi saada numeroniput aina yhdelle riville ; erotettuna ja ;;;;;;; tilalle tulisi rivinvaihto. Kokeilin kaikenlaista mutta mikään ei toimi ... en vain osaa. Jeesatkaas joku hieman ...

0;0;0;0;0;0;0;0
0;0;0;0;0;0;0;0
1;1;1;1;1;1;1;1
;;;;;;;
0;0;0;0;0;0;0;0
0;0;0;0;0;0;0;0
1;1;0;0;1;0;0;0
1;1;1;1;1;0;0;0
;;;;;;;
0;1;0;0;0;0;0;0
0;1;0;0;0;0;0;0
0;1;0;0;0;0;0;0
1;1;1;1;1;0;0;0
;;;;;;;
0;0;0;0;0;0;0;0
0;1;1;0;0;0;0;0
1;1;0;0;0;0;0;0
1;1;1;1;0;0;0;0
;;;;;;;

ja pitäisi olla

0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;1;1;1;1;1;1;1;1
0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;1;1;0;0;1;0;0;0;1;1;1;1;1;0;0;0
0;1;0;0;0;0;0;0;0;1;0;0;0;0;0;0;0;1;0;0;0;0;0;0;1;1;1;1;1;0;0;0

tr -d '\n' < iotech.txt | sed 's/;;;;;;;/\n/g'

0;0;0;0;0;0;0;00;0;0;0;0;0;0;01;1;1;1;1;1;1;1
0;0;0;0;0;0;0;00;0;0;0;0;0;0;01;1;0;0;1;0;0;01;1;1;1;1;0;0;0
0;1;0;0;0;0;0;00;1;0;0;0;0;0;00;1;0;0;0;0;0;01;1;1;1;1;0;0;0
0;0;0;0;0;0;0;00;1;1;0;0;0;0;01;1;0;0;0;0;0;01;1;1;1;0;0;0;0

 

[Marquette]

Kiitos. Tein tämän lopulta Notepad++ :lla kun samalla sain helposti vahdittua että dataa ei häivy jonnekin omituisesti kesken massiivisten search replace-hommien. Ja häipyihän sitä monta kertaa ennenkuin sain numerot täsmäämään.

Datassa oli vielä 9 virhettä, tai siis sieltä puuttui 9 riviä joissa piti olla niitä puolipisteitä ja ne möykyt fuusioitui yhdeksi ja ihmettelin tätä tunnin. Mutta nyt täsmää.

 

[JiiPee]

Joku awk- python- one-liner tarvittaisiin ..

Data on tämmöistä, siinä on 3...6 riviä nolla-ykkösiä aina 8 numeroa per rivi ja sitten välissä on noita 7 kpl puolipisteen rivejä. Rivejä on joitakin tuhansia.

Pitäisi saada numeroniput aina yhdelle riville ; erotettuna ja ;;;;;;; tilalle tulisi rivinvaihto. Kokeilin kaikenlaista mutta mikään ei toimi ... en vain osaa. Jeesatkaas joku hieman ...

0;0;0;0;0;0;0;0
0;0;0;0;0;0;0;0
1;1;1;1;1;1;1;1
;;;;;;;
0;0;0;0;0;0;0;0
0;0;0;0;0;0;0;0
1;1;0;0;1;0;0;0
1;1;1;1;1;0;0;0
;;;;;;;
0;1;0;0;0;0;0;0
0;1;0;0;0;0;0;0
0;1;0;0;0;0;0;0
1;1;1;1;1;0;0;0
;;;;;;;
0;0;0;0;0;0;0;0
0;1;1;0;0;0;0;0
1;1;0;0;0;0;0;0
1;1;1;1;0;0;0;0
;;;;;;;

ja pitäisi olla

0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;1;1;1;1;1;1;1;1
0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;1;1;0;0;1;0;0;0;1;1;1;1;1;0;0;0
0;1;0;0;0;0;0;0;0;1;0;0;0;0;0;0;0;1;0;0;0;0;0;0;1;1;1;1;1;0;0;0

En nyt oo varma että ymmärsinkö oikein mutta jotain tämmöistä siis hluat:

[jiipee@fedora ~]$ cat test.txt | tr '\n' ';' | sed -e 's/;\{2,10\}/\n/g'
0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;1;1;1;1;1;1;1;1
0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;0;1;1;0;0;1;0;0;0;1;1;1;1;1;0;0;0
0;1;0;0;0;0;0;0;0;1;0;0;0;0;0;0;0;1;0;0;0;0;0;0;1;1;1;1;1;0;0;0
0;0;0;0;0;0;0;0;0;1;1;0;0;0;0;0;1;1;0;0;0;0;0;0;1;1;1;1;0;0;0;0
[jiipee@fedora ~]$

Ja toi oneliner auki:
cat = tulostaa test.txt tiedoston jossa toi sun setti konsoliin josta se putkitetaan eteenpäin
tr = korvaa kaikki rivinvaihdot ; jonka jälkeen putkitetaan eteenpäin
sed = tehdään regexp haku ; merkistä ja jos niitä on 2-10 putkeen niin korvataan koko ripuli rivinvaihdolla ja koska aiemmin oli tapettu kaikki rivinvaihdot veke niin toi g lopussa määrittelee että ei lopeteta ekaan hittiin vaan käydään koko ripuli läpitte.

Kun ei ollu varmuutta että montako noita ;;; voi olla putkeen niin laitoin noin että 2-10, jos noi olla enempi niin korvaa tuon 10 sillä maksimimäärällä taikka taitaisi toimia ihan että jättää sen 10 pois kokonaan jolloin siitä tulee 2 taikka enemmän..

tr -d '\n' < iotech.txt | sed 's/;;;;;;;/\n/g'

0;0;0;0;0;0;0;00;0;0;0;0;0;0;01;1;1;1;1;1;1;1
0;0;0;0;0;0;0;00;0;0;0;0;0;0;01;1;0;0;1;0;0;01;1;1;1;1;0;0;0
0;1;0;0;0;0;0;00;1;0;0;0;0;0;00;1;0;0;0;0;0;01;1;1;1;1;0;0;0
0;0;0;0;0;0;0;00;1;1;0;0;0;0;01;1;0;0;0;0;0;01;1;1;1;0;0;0;0

Tuossa sulla on puki. Tuo tekee ulostuksia jossa on välillä 01 00 11 10 tuolla välissä vaikka itse ainakin käsitin että pitää kaikki olla ; eroteltuna.

 

[jak_pdgm]

Jos joku muukin kuin minä on ihmetellyt miksi fontit jotkin näyttää linuxissa hieman suttuiselta ja "boldatulta" verrattuna windowsiin (esim. reddit firefoxissa), niin tässä mahdollinen ratkaisu.

Nykydistrot käyttää freetypen truetype-interpreterin versiota 40, mikä käyttää vähemmän hintingiä kuin versio 35. Näyttää paremmalta hidpi-näytöllä, koska fonttien muotoa ei murjota pixel gridiin, mutta suttuiselta jos resoluutio on matala, kuten 15.6" fullhd-läppärillä. Lisäksi hinting on yleensä asennossa "slight", vaikka pitäisi olla "full", siis jos haluaa fonteista mahdollisimman terävät.

Ainakin fedora 39:ssä toimii tämä

~/.bashrc fileen rivi export FREETYPE_PROPERTIES="truetype:interpreter-version=35"

/etc/fonts/conf.d hakemistosta pitää poistaa symlink /usr/share/fontconfig/conf.avail/10-hinting-slight.conf ja laittaa tilalle symlink fileen /usr/share/10-hinting-full.conf fileen

Lisäksi fedoran sisältämät liberation fontit on liian uusia toimiakseen vanhemmalla freetypellä (mintin ei ole), joten pitää lisäksi asentaa versio 1.05.3 vaikka täältä: fontit

Siirsin /usr/share/fonts:ta kaikki liberation-alkuiset fontit muualle talteen, asensin nuo paketin fontit /usr/share/fonts juureen ja ajoin fc-cache --force. Relogin ja fontit näyttää ainakin minun mielestä paremmalta, siis ne mitkä tuolla v35:lla toimii kunnolla.

 

[Mukava]

Kellään kokemusta noista Solaar-sobelluksen vapaasti määriteltävissä säännöistä.

Yritin tuossa katsoa jos noilla saisi tämän MX Masterin muutaman toiminnon:

1) kun painaa tuo Masterin "gesture" painiketta (se joka on peukalon alla niin gnomessa aktivoituisi tuo näkymä mikä aukeaa kun painaa näppäimistöllä Super/Windows nappia

2) kun pitää gesture napin pohjassa ja liikuttaa hiirtä oikealle/vasemmalle niin virtuaalinen työpöytä vaihtuisi samaan suuntaan.

EDIT: Tämä ratkesikin kun jaksoi vähän miettiä ja löysi oikeat näppäinkombot.

 

[iltakampa]

Ei ole tuosta kokemusta, mutta jos tuolle haluamallesi toiminnolle on jokin näppäinyhdistelmä ja sen voisi haluamallesi gesturelle ohjelmoida komentona, niin xdotool voisi toimia.
Esim. Linux Mintissä on aktiiviset työpöydän kulmat. Kun sinne tökkää hiirellä niin se tekee halutun toiminnon (ilman klikkaamista). Itse laittanut vasempaaan yläkulmaan komenon [xdotool key "Control+Alt+Left"] jolloin siirtyy vasemmalle virtuaalityöpöydissä ja oikeaan yläkulmaan vastaavan, että siirtyy oikealle.

Edit: xdotool key suorittaa siis haluttuja näppäinyhdistelmiä ilman että niitä tarvitsee fyysisesti painaa, mutta saa xdotoolilla paljon muutakin "simuloitua".

 

[=JP=]

Jos on käytössä Plasma 6 ja tykkää themejä kokeilla, niin kannattaa olla nyt tarkkana...

KDE Clarifies Risks on Installing Global Themes in Plasma 6 & What You Need to Do Instead

KDE Store will start making some changes, meanwhile, you need to keep an eye out of what you install!

news.itsfoss.com

The theme called “Grey Layout” managed to erase all their data completely from the user-mounted drives on the system. It did so by executing the dreaded “rm -rf” command, which deleted anything that came in its path.

 

[Pah0lain3]

Onko mitään helppoa keinoa luoda omasta käyttöjärjestelmästä iso-tiedostoa usb tikulle josta sais palauteltua sellaisenaan vähän kuin uudelleenasennus mutta vain kaikki omat säädöt valmiiksi tehtynä? Vähän kuin ottaisi virtuaalikoneesta varmuuskopion niin senhän palauttaminen on melko helpoksi tehty.

Että sais sellaisen iso-tiedoston ihan kuin latais uuden linuxin asennuslevykuvaa. Kyllä se varmaan mahdollista olis, mutta mahtanee olla aika kovan työn ja mutkan takana muuttaa tämä takaisin iso tiedostoksi? Varsinkaan ilman yhtään asiantuntemusta.

Edit:: Mietin vain distron uudelleenasennusta jos haluaa pysyä samassa jakelussa, mutta silti tehdä sen ns. "fresh installin" kovalevylle...Ei tarttis aina konffailla kaikkea alusta uusiks vaan olis sellainen ns. valmis paketti. Joskus kokeilin jos Timeshiftillä onnistuis palauttamaan täydellisen takaisin, mutta en onnistunu uudelleen asennuksen jälkeen siinä.

 

[jak_pdgm]

Onko mitään helppoa keinoa luoda omasta käyttöjärjestelmästä iso-tiedostoa usb tikulle josta sais palauteltua sellaisenaan vähän kuin uudelleenasennus mutta vain kaikki omat säädöt valmiiksi tehtynä? Vähän kuin ottaisi virtuaalikoneesta varmuuskopion niin senhän palauttaminen on melko helpoksi tehty.

Että sais sellaisen iso-tiedoston ihan kuin latais uuden linuxin asennuslevykuvaa. Kyllä se varmaan mahdollista olis, mutta mahtanee olla aika kovan työn ja mutkan takana muuttaa tämä takaisin iso tiedostoksi? Varsinkaan ilman yhtään asiantuntemusta.

Edit:: Mietin vain distron uudelleenasennusta jos haluaa pysyä samassa jakelussa, mutta silti tehdä sen ns. "fresh installin" kovalevylle...Ei tarttis aina konffailla kaikkea alusta uusiks vaan olis sellainen ns. valmis paketti. Joskus kokeilin jos Timeshiftillä onnistuis palauttamaan täydellisen takaisin, mutta en onnistunu uudelleen asennuksen jälkeen siinä.

Eikö se mene ihan vaan tyyliin dd if=/dev/sda1 of=/mnt/linux.img. Ainakin tuolla tavalla olen kokonaisia levyjä kloonannut, eli dd if=/dev/sda of=/dev/sdb. Joku sopivampi blocksize kannattaa ehkä asettaa, olisiko bs=64k ja status=progress.

 

[keskiverto]

Koeajossa RHEL 9 ja onko siinä ainoa vaihtoehto vaihtaa kerneliä (kääntämällä itse, tai asentaa joku toinen) ja sen lisäksi vielä kääntää itse btrfs-progs, jos haluaa BTRFS-osioita käpistellä?

ELRepo pakkaa "kernel-ml":n RHEL:lle, eli "upstream version" (nyt näköjään 6.8.1) kernel-ml [ELRepo Wiki]
Saattaa hyvinkin sisältää btrfs-palikankin.

 

[Hyrava]

Eikö se mene ihan vaan tyyliin dd if=/dev/sda1 of=/mnt/linux.img. Ainakin tuolla tavalla olen kokonaisia levyjä kloonannut, eli dd if=/dev/sda of=/dev/sdb. Joku sopivampi blocksize kannattaa ehkä asettaa, olisiko bs=64k ja status=progress.

Jep, tuolla tavalla saa tehtyä 1:1 imagen levystä. Kannattaa vaan olla todella tarkkana että on nuo if ja of -parametrit oikein päin ettei vahingossa tyhjennä koko levyä.

En tiedä onko nykyään enää sellaisia ohjelmia mitä esim Norton Ghost oli joskus aikanaan, sillä sai tehtyä CD/DVD-levyille itsestään asentuvan levykuvan. Itse aikanaan työkseni asentelin koneita ja tein ensin yhdestä koneesta Ghostilla imagen ja sitten vaan toiset koneet boottailin sen luoman CD-levyn avulla ja käyttis, perus-softat ja asetukset tulivat kätevästi automaattisesti. Tuosta vaan on jo varmaan 20v aikaa niin ei ole mitään hajua vieläkö tuollaisia softia on vai miten koneiden massa-asennus nykyään tehdään.

 

[Pah0lain3]

Eikö se mene ihan vaan tyyliin dd if=/dev/sda1 of=/mnt/linux.img. Ainakin tuolla tavalla olen kokonaisia levyjä kloonannut, eli dd if=/dev/sda of=/dev/sdb. Joku sopivampi blocksize kannattaa ehkä asettaa, olisiko bs=64k ja status=progress.

Täytyy tutkia tuotakin vaihtoehtoa. Täytyy vaan varmistaa tuo komento ettei pyyhi kaikkea sileäksi.
Aloin äsken tutkimaan Clonezillaa ja kävin jo livellä vähän kurkkaamassa mitä se kertoo. Sekään ei varmaan ole ihan huono vaihtoehto?

 

[Pah0lain3]

Jep, tuolla tavalla saa tehtyä 1:1 imagen levystä. Kannattaa vaan olla todella tarkkana että on nuo if ja of -parametrit oikein päin ettei vahingossa tyhjennä koko levyä.

En tiedä onko nykyään enää sellaisia ohjelmia mitä esim Norton Ghost oli joskus aikanaan, sillä sai tehtyä CD/DVD-levyille itsestään asentuvan levykuvan. Itse aikanaan työkseni asentelin koneita ja tein ensin yhdestä koneesta Ghostilla imagen ja sitten vaan toiset koneet boottailin sen luoman CD-levyn avulla ja käyttis, perus-softat ja asetukset tulivat kätevästi automaattisesti. Tuosta vaan on jo varmaan 20v aikaa niin ei ole mitään hajua vieläkö tuollaisia softia on vai miten koneiden massa-asennus nykyään tehdään.

Just joku tuollainen tekniikka on nyt haussa. Helpottais kummasti asentelua. Mutta täytyy vielä tutkia ettei mee pyyhkimään levyjä tyhjäksi.

Kiitos nopeista vastauksista!

Edit:: Clonezillahan on jonkinlainen debian linuxdistro? Ja dd toimii ainoastaan linuxissa niin mahtaako nämä pystyä kloonaamaan esimerkiksi windows levyä täydellisesti että palauttamisen jälkeen starttais normaalisti myös windowssiin?

 

[=JP=]

Täytyy tutkia tuotakin vaihtoehtoa. Täytyy vaan varmistaa tuo komento ettei pyyhi kaikkea sileäksi.
Aloin äsken tutkimaan Clonezillaa ja kävin jo livellä vähän kurkkaamassa mitä se kertoo. Sekään ei varmaan ole ihan huono vaihtoehto?

Tässä on taustalla Clonezilla, siihen on vaan tehty kätevä GUI päälle ja siellä on mukana myöskin muita näppäriä työkaluja, jos tarvii levylle/imagelle tehdä jotain:

Easy disk cloning and imaging | Rescuezilla (Clonezilla GUI)

Free bare metal restore solution with graphical interface on a live CD. Point-and-click to backup and restore an entire computer. Bare metal disaster recovery restores all programs, documents and settings. GPL open source.

rescuezilla.com

Itsehän tuossa tein tovi sitten sukulaisen läppäristä tuolla imagen, eli Ventoylla tein tikulle kaksi osiota, ensimmäisessä tietenkin Rescuezilla iso image ja toiseen voi tallentaa ja tarvittaessa palauttaa imagen takaisin koneelle.

Tälläinen on myös olemassa, mutta ei ole omakohtaista kokemusta...

live-usb-maker tool now available as an AppImage – MX Linux

mxlinux.org

The tool has been tested on Manjaro, Debian buster and stretch, arch, Porteus, gentoo, xubuntu and ubuntu.

 

[jak_pdgm]

Joo kannattaa kyllä katsoa vaikka fdiskin print-komennolla että mikä mikin levy on, ennen kuin alkaa kloonailemaan.

 

[Pah0lain3]

Tässä on taustalla Clonezilla, siihen on vaan tehty kätevä GUI päälle ja siellä on mukana myöskin muita näppäriä työkaluja, jos tarvii levylle/imagelle tehdä jotain:

Easy disk cloning and imaging | Rescuezilla (Clonezilla GUI)

Free bare metal restore solution with graphical interface on a live CD. Point-and-click to backup and restore an entire computer. Bare metal disaster recovery restores all programs, documents and settings. GPL open source.

rescuezilla.com

Itsehän tuossa tein tovi sitten sukulaisen läppäristä tuolla imagen, eli Ventoylla tein tikulle kaksi osiota, ensimmäisessä tietenkin Rescuezilla iso image ja toiseen voi tallentaa ja tarvittaessa palauttaa imagen takaisin koneelle.

Aina vain paranee, kiitos!

 

[Pah0lain3]

Joo kannattaa kyllä katsoa vaikka fdiskin print-komennolla että mikä mikin levy on, ennen kuin alkaa kloonailemaan.

Tullu tutuksi tuo sudo fdisk -l
Tuolla olen aina tarkistanu levyt.

 

[Ogeli]

Clonezillaa ja kävin jo livellä vähän kurkkaamassa mitä se kertoo. Sekään ei varmaan ole ihan huono vaihtoehto?

Mä olen käyttänyt clonezillaa kopioimaan samaa käyttistä raudalta toiselle, toistaiseksi toiminut mut epäilyttää uudet uefi systeemit. (joskus grubia joutuu korjaamaan)
Clonezillalle on myös rescuezilla gui nykyään oikein toimiva.
dd:llekin taitaa löytyä gui?

 

[JiiPee]

Edit:: Clonezillahan on jonkinlainen debian linuxdistro? Ja dd toimii ainoastaan linuxissa niin mahtaako nämä pystyä kloonaamaan esimerkiksi windows levyä täydellisesti että palauttamisen jälkeen starttais normaalisti myös windowssiin?

No siis se dd toimii blokkitasolla, eli sitä ei yhtään kiinnosta että mikä filesystem siellä asemalla oikein on, joten kyllä toimii vaikka olis windows asennettuna.

Koska se toimii blokkitasolla niin se tarkoittaa että koko asemasta tehdään image, ei pelkästään asemalla olevasta datasta. Pitää siis olla se kohde riittävän iso, joko saman kokoinen taikka isompi. Toki on mahdollista pyöräyttää se image lennosta paukkauksen läpitte jolloin ei vie välttämättä niin paljon tilaa.

 

[Pah0lain3]

Mä olen käyttänyt clonezillaa kopioimaan samaa käyttistä raudalta toiselle, toistaiseksi toiminut mut epäilyttää uudet uefi systeemit. (joskus grubia joutuu korjaamaan)
Clonezillalle on myös rescuezilla gui nykyään oikein toimiva.
dd:llekin taitaa löytyä gui?

Joo @=JP= kerkes tuosta rescuezillasta jo mainitakkin ja kävin jo kokeilemassakin sitä. Se kuulostaa aivan siltä mitä tarvitsen. Aika helppo näytti ja tuntui olevan tämä rescuezilla. Todella hyvä. Ei tuossa Clonezillassakaan vikaa ollu mutta onhan tuo rescuezilla helpompi.

No siis se dd toimii blokkitasolla, eli sitä ei yhtään kiinnosta että mikä filesystem siellä asemalla oikein on, joten kyllä toimii vaikka olis windows asennettuna.

Koska se toimii blokkitasolla niin se tarkoittaa että koko asemasta tehdään image, ei pelkästään asemalla olevasta datasta. Pitää siis olla se kohde riittävän iso, joko saman kokoinen taikka isompi. Toki on mahdollista pyöräyttää se image lennosta paukkauksen läpitte jolloin ei vie välttämättä niin paljon tilaa.

Tuosta tilan viemisestä heräs vielä yksi kysymys. Puristaako dd tai rescuezilla näitä backuppeja tai imageja pienempään kokoon vai viekö nämä saman verran tai enemmän mahdollisesti tilaa backup levyltä? Katoin äsken että windows ainakin tällä hetkellä vie sen vajaa 250gb tilaa niin ei tuo varmasti mihinkään 32gb usb-tikulle taida pystyä kutistumaan backuppina. Eli kannattaa varautua varmaan että se tosiaan haukkaa sen 250gb tilaa myös backuppina?

Mutta kiitos hei kaikille nopeista vastauksista. Näistä oli erittäin suuri apu ja sain taas kerran juuri sitä mitä tarvitsen.

Edit:: Pahoittelut, @JiiPee taisitkin jo vastata kysymykseeni mutta en vain ymmärtäny alkuun.
Miten tuo palauttaminen sitten menee? Jos vetää kiintolevyn sileäksi ja haluaa palauttaa imagen niin kone bootataan rescuezilla liveen. Sieltä valitsen sen palautuksen tietenkin, mutta onnistuuko palauttaminen esimerkiksi ihan vaan ulkoiselta usb-asemalta ilman kikkailua?

 

[JiiPee]

mutta onnistuuko palauttaminen esimerkiksi ihan vaan ulkoiselta usb-asemalta ilman kikkailua?

En itte ole tuota koskaan käyttänyt mutta kattelin sivulla olevat kuvat läpitte ja kyllä pitäisi onnistua. Tuolla voi tehdä sen imagen SMB jakoonkin eli siis windowsin käyttämään verkkojakoon ja eiköhän sen palautettavan imagen voi sieltä myös lukea joten siihen verrattuna ulkoiselta USB asemalta kaiken järjen mukaan onnistuu myös.

Lisäksi kun noi kuvat tsekkasin niin tuo näyttää pakkaavan imagen ainakin gzip kanssa, en sitten tiedä että onko siinä mahdollista valita parempi pakkaus. Toi gzip on nope mutta ei kovin tehokas.

 

[=JP=]

onnistuuko palauttaminen esimerkiksi ihan vaan ulkoiselta usb-asemalta ilman kikkailua?

Kun itse tuon tikun tein, niin Rescuezilla otin koko koneen kovalevystä imagen, se tunnisti osiot ja listasi ne (3 NTFS, 2 VFAT ja yksi oli tuntematon josta teki sektori sektorilta kopion, kyseessä oli Samsung läppäri, jossa sen omat palautus systeemit myös). Testasin palautuksen, eli loin koneelle parit tiedostot eri paikkoihin ja palautin koko imagen, niin kone palautui siihen tilaan kuin image tehty.
Ja se tosiaan pakkaa sen datan, tais olla GZIP muodossa.

 

[Pah0lain3]

En itte ole tuota koskaan käyttänyt mutta kattelin sivulla olevat kuvat läpitte ja kyllä pitäisi onnistua. Tuolla voi tehdä sen imagen SMB jakoonkin eli siis windowsin käyttämään verkkojakoon ja eiköhän sen palautettavan imagen voi sieltä myös lukea joten siihen verrattuna ulkoiselta USB asemalta kaiken järjen mukaan onnistuu myös.

Lisäksi kun noi kuvat tsekkasin niin tuo näyttää pakkaavan imagen ainakin gzip kanssa, en sitten tiedä että onko siinä mahdollista valita parempi pakkaus. Toi gzip on nope mutta ei kovin tehokas.

Kun itse tuon tikun tein, niin Rescuezilla otin koko koneen kovalevystä imagen, se tunnisti osiot ja listasi ne (3 NTFS, 2 VFAT ja yksi oli tuntematon josta teki sektori sektorilta kopion, kyseessä oli Samsung läppäri, jossa sen omat palautus systeemit myös). Testasin palautuksen, eli loin koneelle parit tiedostot eri paikkoihin ja palautin koko imagen, niin kone palautui siihen tilaan kuin image tehty.
Ja se tosiaan pakkaa sen datan, tais olla GZIP muodossa.

Huippuhomma! Tällä mennään. Kiitokset vielä!

 

[Viilee]

Huippuhomma! Tällä mennään. Kiitokset vielä!

Dd:n käytöstä varmuuskopioihin - kannattaa ymmärtää miksi se (tai vastaava) saattaa ola huono työkalu, ja valita mieluiten oikea sopivampi työkalu, riippuen siitä mikä on päämäärä. Dd voi olla ihan ok mutta usein ei ole!

Isoin ongelma siinä on se, että se kopioi myös tyhjät blokit. Tähän menee turhaa aikaa ja tilaa vastaanottavassa päässä (jos imagea ei pakka esim. gzip:llä, mutta tuolloin purkaminen tehtävä jotenkin ennen tietojen lukua).

Lisäksi, jos sillä tekee imagen Linuxista, ongelmaksi saattaa tulla se, että tuo image on tismalleen siinä kunnossa, missä se oli kun se tehtiin. Jos olet joskus koettanut päivittää esim.6 -12kk päästä tai myöhemmin (mikälie on aikaskaala jonka jälkeen varmuuskopioita ajatellaan mahdollisesti käytettävän) vanhaa Linux-distribuutiota - niin homma saattaa toimia hyvin tai sitten todellakaan ei, riippuen siitä miten distro on tehty ja kuinka hyivn se osaa handlata hyvin harvoin tehdyt päivitykset. Useimmat distrot olettaa että kone päivitetään jollain järkevällä aikaskaalalla.

Parhaiten dd sopii tilanteeseen, jossa image on sellainen joka ei juuri koskaan muutu tai muuttuu hyvin harvoin, tai käytetään vain kerran - esim. live-linux-imaget, CD/DVD-imaget, tai vaikkapa kopioin ottaminen hajonneesta tiedostojärjestelmästä mahdollisesti hajoamassa olevalta levyltä johonkin varmempaan paikkaan tiedostojen palauttamista varten (tosin ddrescue tai mount ro voi olla parempi mutta menee aiheen vierestä).

Huomattavasti parempi työkalu kokonaisen Linux-distribuution asennuksen varmuuskopiointiin on rsync, kannattaa opetella miten sitä käytetään. Sittenkin kannattaa mahdollisesti katsoa vähän sitä distribuution hierarkiaa ja mitkä on oikeasti niitä tietoja, mitkä halutaan talteen. Todella vanhaa kokonaista distribuutio-asennusta ei ole järkevää palauttaa silläkään, vain vain osat (esim. /home, valikoiden /etc:stä itse tehdyt muutokset, mahdollisesti /usr:stä). Rsync:llä voi siis kopioida joko koko asennuksen tai valikoiden tiedot jotka ovat tärkeitä (tämä ei onnistu dd:llä, toki imagen voi mountata ja palauttaa valikoiden dd:lläkin).

 

[keskiverto]

Huomattavasti parempi työkalu kokonaisen Linux-distribuution asennuksen varmuuskopiointiin on rsync, kannattaa opetella miten sitä käytetään. Sittenkin kannattaa mahdollisesti katsoa vähän sitä distribuution hierarkiaa ja mitkä on oikeasti niitä tietoja, mitkä halutaan talteen. Todella vanhaa kokonaista distribuutio-asennusta ei ole järkevää palauttaa silläkään, vain vain osat (esim. /home, valikoiden /etc:stä itse tehdyt muutokset, mahdollisesti /usr:stä). Rsync:llä voi siis kopioida joko koko asennuksen tai valikoiden tiedot jotka ovat tärkeitä (tämä ei onnistu dd:llä, toki imagen voi mountata ja palauttaa valikoiden dd:lläkin).

Jos "osa", (esim. /home) on erillinen tiedostojärjestelmä (partitio, volyymi, jne.) sen voi kopioida dd:llä, mutta rsync on silti parempi.

Askel pelkän rsync:n yllä on konfiguraationhallintatyökalu. Esim. Ansible, Chef tai Puppet. Näille kerrotaan konfiguraatio, jonka ne toteuttavat kohdekoneelle. Konfiguraatiota ovat asennetut paketit ja niiden asetukset. (Myös tunnukset /etc/passwd:ssä, jne.) Ideaalitapauksessa työkalu osaa kirjoittaa loogisen asetuksen monille distroille. Esim. "https portti auki" menee koneeseen distrosta ja palomuuritoteutuksesta riippumatta. Se, mitä näille kerrotaan on tekstidataa, jonka voi pitää versionhallinnassa ja/tai varmuuskopioida (rsync, git push, jne.). Näin saa kätevästi tehtyä uuden asennuksen edeltävän asetuksilla.

Käyttäjien ja palvelujen tiedostot varmuuskopioidaan kuten aiemmin. Eli tyypillisesti /home, /var/www, tai missä niitä on. (SQL-tietokannoilla on omat suositellut varmuuskopiointirutiininsa.)

 

[jak_pdgm]

Joo itse olen käyttänyt dd:tä lähinnä valmiiden asennusten kloonaukseen levyltä toiselle, tai helppoihin backuppeihin kun olen halunnut vanhan asennuksen jollekin vanhalle mekaaniselle levylle talteen, kun ko. levyillä ei muuten tee enää mitään eikä asennusta luultavasti tulla palauttamaan, mutta varmuuden vuoksi ettei vahingossa katoa mitään tärkeää.

 

[ississ]

/home ja vastaavista on aika turha ottaa levykuvaa, pääsee palautuksessakin helpommalla jos on vaan kopioitu tiedostot talteen.
Oikeastihan boot loader on ainoa joja vaatisi imagen, kaiken muun voisi kopsia vaan tiedostoina...

 

[keskiverto]

Oikeastihan boot loader on ainoa joja vaatisi imagen, kaiken muun voisi kopsia vaan tiedostoina...

Tarkoittanet sektorille 0 laitettua joidenkin tavujen osaa lataajasta. Sekin on vain "legacy BIOS" boottimoodille. Nykyiset UEFI boot loaderit ovat tiedostoina EFI System Partition:lla.

 

[ississ]

Tarkoittanet sektorille 0 laitettua joidenkin tavujen osaa lataajasta. Sekin on vain "legacy BIOS" boottimoodille. Nykyiset UEFI boot loaderit ovat tiedostoina EFI System Partition:lla.

Joo, hyvä tarkennus.

 

[iltakampa]

Edit: sori, oli väärä ketju.

 

[Pah0lain3]

On niin paljon erilaisia konffeja koko linuxissa että vaikka selaimista, palomuureista, firejail & apparmorit yms. kaikista sais tiedostoina talteen, on niiden palauttaminen sen verran työlästä että koko imagen palauttaminen kerralla taitaa olla parempi ratkaisu. Tai vaihtoehto b, niin lopettaa se säätäminen ja tyytyä johonkin "tuunaamattomaan" perusympäristöön mitä en vielä halua.

On käyttötiedostoista siis kuitenkin ne backupit tietenkin on myös olemassa. Ja vaikka imagen palauttamisen yhteydessä joutuis jonkun verran säätämäänkin grubia tai muuta taitaa se nopeampaa silti olla käyttövalmiina kuin nykytavalla. Distroina yleensä on jatkuvasti päivittyvät joten ei pitäis hirveästi säätämistä olla. Jos pari kertaa vuodessa muistais imagen luoda niin saattaa selvitä suht.vähällä säätämisellä?

 

[Viilee]

Minun on vähän hankala nyt pysyä kärryillä ylläolevan vastauksen ydinajatuksen kanssa, mutta koetan silti kommentoida jotain:

On niin paljon erilaisia konffeja koko linuxissa että vaikka selaimista, palomuureista, firejail & apparmorit yms. kaikista sais tiedostoina talteen, on niiden palauttaminen sen verran työlästä että koko imagen palauttaminen kerralla taitaa olla parempi ratkaisu. Tai vaihtoehto b, niin lopettaa se säätäminen ja tyytyä johonkin "tuunaamattomaan" perusympäristöön mitä en vielä halua.

Imagen tekeminen ei palauta yhtään mitään sen enempää kuin tiedostojen kopiointi esim. rsync:llä (tosin en ole varma tarkoititko nyt tätä dd/rsync vertailua vai koko järjestelmän palauittamista ylipäätänsä, onhan se rync:llä tehty kopio myös "image"). Rsync pystyy myös päivittämään varmuuskopion (tai palautuksen) siten ettei kaikkea (muuttumattomia tiedostoja) tarvitse kopioida uudelleen. Dd:lle on silti käyttötarkoituksensa ja voihan se joskus (harvemmin) olla hyvä varmuuskopiovälineenäkin (jokin thin client, esim. HTPC, sääasema tms., varsinkin ei-UEFI tai Legacy BIOS-alustat joiden boottisetup eri partitioneen voi olla hyvinkin aikaavievää), mutta harvemmin x86 työpöytäkoneen varmuuskopiointiin järkevä vaihtoehto. On siinä ainakin semmoinen hyvä puoli, että se on paljon yksinkertaisempi oppia käyttämään, mutta rsync:n opettelua varten joutuu lukemaan n 30 minuuttia esim. Archin wikistä käyttövinkkejä sopivan skriptin tekemistä varten.

Asetustiedostoja ei pitäisi olla hirveän monessa paikassa tyypillisessä Linux-järjestelmässä, vaikka käyttötarkoitus olisikin hyvin spesiaali (jos on, niin kannattaa miettiä tekeekö jotain väärin / olisiko fiksumpi ratkaisu). Mutta toisaalta Linuxeja voi käyttää ihan helkatin monella eri tavalla. Ihan varmasti voi olla jokin sellainenkin käyttötapa, että joutuu puukottelemaan sieltä sun täältä järjestelmää käsin ja koko järjestelmän varmuuskopiointi/palautus tarvittaessa voi olla järkevää. Lisäksi, distron asennusohjelma (paketinhallinta) hakee jokaisen paketin ja purkaa ne erikseen uudelleenasennuksessa, mikä on jkv hitaahko prosessi. Koko järjestelmän palautus (rsync-varmuuskopioista tai jopa dd:llä) voi olla huomattavasti nopeampaa kuin uudelleenasennus ja asetustiedostojen palautus, varsinkin jos se on kohtuu tuore.

Pointti siis, mitään yleispätevää ohjetta ei voi antaa oikean työkalun tai toimintatavan valintaan. Itse kukin valitsee omaan käyttötarkoitukseen parhaimman. Nämä keskustelut on kuitenkin tarkoitettu vinkeiksi.

Jos pari kertaa vuodessa muistais imagen luoda niin saattaa selvitä suht.vähällä säätämisellä?

Mitään yleispätevää sääntöä varmuuskoioiden tekemisen tiheydelle on käytännössä hankalaa antaa, käyttötarpeita ja tapoja on niin helkkaristi. Ts. jokainen tekee tyylillään, mutta koska varmuuskopioiden tekeminen on tylsää, kannattaa harkita tämän automatisoimista ainakin osittain (muuten jää helposti tekemättä =) ). Itse ajattelen myös dataa vähän kerroksina, joistain asioista haluaa varmuuskopiot tiheästi esim. fat fingers tms. -virheitä varten tavalla X (snapshottaava tiedostojärjestelmä!), työn alla olevat asiat myös pilveen / git-repoon / rsync:llä tms. netin yli, joistain tiedostoista (esim. asetustiedostot) keskipitkällä tavalla Y, ja joistain (koko järjestelmästä?) hyvin harvoin (esim. 1x/6kk) tavalla Z.

Jos varmuuskopion koon pitää pienenä, on automatisoinnille helpompaa / käytännöllisempää ja halvempaa löytää paikka esim. netin yli (pilvestä, toiselta palvelimelta / koneelta...).

 

[Gandalf]

On niin paljon erilaisia konffeja koko linuxissa että vaikka selaimista, palomuureista, firejail & apparmorit yms. kaikista sais tiedostoina talteen, on niiden palauttaminen sen verran työlästä että koko imagen palauttaminen kerralla taitaa olla parempi ratkaisu. Tai vaihtoehto b, niin lopettaa se säätäminen ja tyytyä johonkin "tuunaamattomaan" perusympäristöön mitä en vielä halua.

On käyttötiedostoista siis kuitenkin ne backupit tietenkin on myös olemassa. Ja vaikka imagen palauttamisen yhteydessä joutuis jonkun verran säätämäänkin grubia tai muuta taitaa se nopeampaa silti olla käyttövalmiina kuin nykytavalla. Distroina yleensä on jatkuvasti päivittyvät joten ei pitäis hirveästi säätämistä olla. Jos pari kertaa vuodessa muistais imagen luoda niin saattaa selvitä suht.vähällä säätämisellä?

Yleensä käyttöjärjestelmät desktopille ovat melko valmiita että ei minuuttia kauempaa tarvitse kliksutella ja sillä sitten menee vuosia. Mutta jos menee jatkuvasti päivittyvällä tai sellaisella joka päivittyy pari kertaa vuodessa, eli näitä kehittäjille suunnattuja tuoretta tekniikkaa niin voi olla harmeja tiedossa jos enemmänkin säätää kun tietenkin ohjelmissa voi ominaisuudet muuttua. Oletus on se, että siellä ei ole mitään migraatiota ohjelmoitu versioiden välille jos jossain muutoksia, että sitten pitää varustautua korjailemaan jos vanhat konffit ei pelaa. Palvelimessa sitten on omat niksit millä automatisoidaan asioita.

Itse desktopilla tosiaankin asennan vaan tikulta uuden, teen pienet muutokset ja muutan jos tarvetta tulee enkä tee yhtään mitään backuppia järjestelmälle. Ainoastaan kotikansion tiedostot talteen. Jos kiintolevy paukahtaa niin ihan sama, uuden käyttöjärjestelmän asentaa tuoreesta asennusimagesta kuitenkin nopeasti.

 

[=JP=]

Pitäisi jaksaa tutustua noihin immutable jakeluihin, että miten toimivat ja miten vaikeaa niiden ylläpito on. Olisiko tuollaisesta vaikka peruskäyttäjälle hyötyä, koska ei voi pistää sekaisin ainakaan helposti.

Tällä hetkellä OpenSuSe Tumbleweed aktiivikäytössä ja siinä tuo Snapper, joka hyödyntää Btrfs on kyllä kätevä, ku voi roll back vetästä milloin vaan, jos vaikka päivitys menee persiilleen, niin bootin jälkeen takas edelliseen tilaan. Tämähän ei tietenkään auta, jos vaikka levy hajoaa, sitä varten on sitten oltava oikeat varmuuskopiot...

 

[Pah0lain3]

Minun on vähän hankala nyt pysyä kärryillä ylläolevan vastauksen ydinajatuksen kanssa, mutta koetan silti kommentoida jotain:


Imagen tekeminen ei palauta yhtään mitään sen enempää kuin tiedostojen kopiointi esim. rsync:llä (tosin en ole varma tarkoititko nyt tätä dd/rsync vertailua vai koko järjestelmän palauittamista ylipäätänsä, onhan se rync:llä tehty kopio myös "image"). Rsync pystyy myös päivittämään varmuuskopion (tai palautuksen) siten ettei kaikkea (muuttumattomia tiedostoja) tarvitse kopioida uudelleen. Dd:lle on silti käyttötarkoituksensa ja voihan se joskus (harvemmin) olla hyvä varmuuskopiovälineenäkin (jokin thin client, esim. HTPC, sääasema tms., varsinkin ei-UEFI tai Legacy BIOS-alustat joiden boottisetup eri partitioneen voi olla hyvinkin aikaavievää), mutta harvemmin x86 työpöytäkoneen varmuuskopiointiin järkevä vaihtoehto. On siinä ainakin semmoinen hyvä puoli, että se on paljon yksinkertaisempi oppia käyttämään, mutta rsync:n opettelua varten joutuu lukemaan n 30 minuuttia esim. Archin wikistä käyttövinkkejä sopivan skriptin tekemistä varten.

Asetustiedostoja ei pitäisi olla hirveän monessa paikassa tyypillisessä Linux-järjestelmässä, vaikka käyttötarkoitus olisikin hyvin spesiaali (jos on, niin kannattaa miettiä tekeekö jotain väärin / olisiko fiksumpi ratkaisu). Mutta toisaalta Linuxeja voi käyttää ihan helkatin monella eri tavalla. Ihan varmasti voi olla jokin sellainenkin käyttötapa, että joutuu puukottelemaan sieltä sun täältä järjestelmää käsin ja koko järjestelmän varmuuskopiointi/palautus tarvittaessa voi olla järkevää. Lisäksi, distron asennusohjelma (paketinhallinta) hakee jokaisen paketin ja purkaa ne erikseen uudelleenasennuksessa, mikä on jkv hitaahko prosessi. Koko järjestelmän palautus (rsync-varmuuskopioista tai jopa dd:llä) voi olla huomattavasti nopeampaa kuin uudelleenasennus ja asetustiedostojen palautus, varsinkin jos se on kohtuu tuore.

Pointti siis, mitään yleispätevää ohjetta ei voi antaa oikean työkalun tai toimintatavan valintaan. Itse kukin valitsee omaan käyttötarkoitukseen parhaimman. Nämä keskustelut on kuitenkin tarkoitettu vinkeiksi.



Mitään yleispätevää sääntöä varmuuskoioiden tekemisen tiheydelle on käytännössä hankalaa antaa, käyttötarpeita ja tapoja on niin helkkaristi. Ts. jokainen tekee tyylillään, mutta koska varmuuskopioiden tekeminen on tylsää, kannattaa harkita tämän automatisoimista ainakin osittain (muuten jää helposti tekemättä =) ). Itse ajattelen myös dataa vähän kerroksina, joistain asioista haluaa varmuuskopiot tiheästi esim. fat fingers tms. -virheitä varten tavalla X (snapshottaava tiedostojärjestelmä!), työn alla olevat asiat myös pilveen / git-repoon / rsync:llä tms. netin yli, joistain tiedostoista (esim. asetustiedostot) keskipitkällä tavalla Y, ja joistain (koko järjestelmästä?) hyvin harvoin (esim. 1x/6kk) tavalla Z.

Jos varmuuskopion koon pitää pienenä, on automatisoinnille helpompaa / käytännöllisempää ja halvempaa löytää paikka esim. netin yli (pilvestä, toiselta palvelimelta / koneelta...).

Sori, oman kirjoituksen ulosanti ei ole parasta mahdollista
Yritin kuvailla omia tilanteita ja tarpeita, mutta ehkä meni pieleen.

Ei minulle ole mitään väliä millä sen imagen tekee tai opettelee tekemään. Kaikki keinot oli tervetulleita ideoita. Rescuezilla osui ja uppos hyvin. Rsync on myös kyllä muistiin laitettu. Mitä halvemmaksi tulee niin sen parempi. Tarkoitus oli yrittää vähän helpottaa tätä freshinstallin jälkeista säätämistä kun täytyy selaimien ja sen lisäosien backupit palauttaa. Konffata apparmorit sekä firejailit yms "sadat" pikkujutut. Tässä ei ole mitään varsinaista päämäärää ollu koskaan, tämä on vain kiva harrastus. Kokoajan vastaan tulee uutta. Tulee käytettyä paljon just näitä rolling release distroja.

on hyvää keskustelua. Ihan varmasti nämä hommat pystyisi tekemään paremmallakin tapaa, mutta en ole vielä siinä vaiheessa mielestäni. Pikkuhiljaa. Jotkut asiat täytyy vaan ottaa vähän lievemmällä oppimiskäyrällä.

 

[Pah0lain3]

Pitäisi jaksaa tutustua noihin immutable jakeluihin, että miten toimivat ja miten vaikeaa niiden ylläpito on. Olisiko tuollaisesta vaikka peruskäyttäjälle hyötyä, koska ei voi pistää sekaisin ainakaan helposti.

Tällä hetkellä OpenSuSe Tumbleweed aktiivikäytössä ja siinä tuo Snapper, joka hyödyntää Btrfs on kyllä kätevä, ku voi roll back vetästä milloin vaan, jos vaikka päivitys menee persiilleen, niin bootin jälkeen takas edelliseen tilaan. Tämähän ei tietenkään auta, jos vaikka levy hajoaa, sitä varten on sitten oltava oikeat varmuuskopiot...

Mulla on menny niin monet kerran Endeavouros jakelun kanssa hommat pieleen kun tuo jakelu tiputtaa päivityksiä todella tiuhaan ja välillä tuntuu etteivät edes testaa toimivatko ne, kun jää vain mustaan ruutuun oma tietokone. Tää backup image on ollu pitkään mielessä jo mutta nyt vasta sain aikaiseksi kysellä, mutta joskus tästä olis ollu valtava apu monet kerrat Nää omat jutut vois varmasti toteuttaa paremminkin, mutta näillä on nyt mentävä. Ehkä tuo rescuezilla tai rsync tulee antamaan isot avustukset. Täytyy vaan riittävän iso ssd vielä tilata ja aika näyttää kokeeko sen sitten tarpeelliseksi vai hankaloittaako entisestään.

 

[JiiPee]

Dd:n käytöstä varmuuskopioihin - kannattaa ymmärtää miksi se (tai vastaava) saattaa ola huono työkalu, ja valita mieluiten oikea sopivampi työkalu, riippuen siitä mikä on päämäärä. Dd voi olla ihan ok mutta usein ei ole!

Alkuperäinen kysymyshän oli imagen teosta ja siihen tarkoitukseen rsync on kyllä täysin väärä työkalu.

 

[keskiverto]

Alkuperäinen kysymyshän oli imagen teosta ja siihen tarkoitukseen rsync on kyllä täysin väärä työkalu.

Tuo on totta. Aina ei kuitenkaan ole varma, onko kysymys:
1. Kuinka kopioida image?
vai
2. Kuinka kopioida image (koska haluan varmuuskopioita)?

Molempiin voi vastata vaikka 'dd', mutta jälkimmäisen kanssa pitäisi miettiä onko image todella paras tapa tehdä varmuuskopioita.

 

[Pah0lain3]

Riittääkö tuon xz-utils takaportin kanssa etttä sshd on disabloituna kotikoneessa? mutta onko tietoa aiheuttaako tuo takaportti itse jotain muutoksia jossain?

Luin jostain uutisesta että githubin xz kehittäjätilit ois laitettu jäihin, eli eikö siihen ole edes tulossa paikkausta?
xz --version komento näyttää että vielä ois käytössä tästä vanha versio kun en ole kerennyt päivittää, mutta kannattaako edes päivittää kun sitten se päivittää vaan tuohon takaporttiversioon?

Kuitenkin Arch linuxin tiedotteessa kehotetaan päivittämään välittömästi...

TL;DR: Upgrade your systems and container images now!

 

[ltrvs]

Riittääkö tuon xz-utils takaportin kanssa etttä sshd on disabloituna kotikoneessa?

Eikös se tämän hetken tietämyksellä veivannut itsensä sshd:n kylkeen niin, että hyväksyy tietyllä avaimella komennot pahantahtoiselta hyökkääjältä. Eli sshd:n disablointi riittäisi.

Ei aiheutuisi vaaraa, mutta onko tietoa aiheuttaako tuo takaportti itse jotain muutoksia jossain?

Käsittääkseni ei ole tietoa että aiheuttaisi muita muutoksia, mutta tutkimukset kesken eikä varmuutta että tekeekö muutakin.

Luin jostain uutisesta että githubin xz kehittäjätilit ois laitettu jäihin, eli eikö siihen ole edes tulossa paikkausta?

Github pistänyt jäihin, mutta kehittäjä yhä aktiivisena, ks. XZ Utils backdoor , muun infon seassa suunnitelmaa julkaisusta:
"A clean XZ Utils release version could jump to 5.8.0"

mutta kannattaako edes päivittää kun sitten se päivittää vaan tuohon takaporttiversioon?

Arch Linux - News: The xz package has been backdoored mukaan 5.6.0-1 ja 5.6.1-1 sisältää takaoven, kun taas 5.6.1-2 ei.

 

[Pah0lain3]

Eikös se tämän hetken tietämyksellä veivannut itsensä sshd:n kylkeen niin, että hyväksyy tietyllä avaimella komennot pahantahtoiselta hyökkääjältä. Eli sshd:n disablointi riittäisi.
Käsittääkseni ei ole tietoa että aiheuttaisi muita muutoksia, mutta tutkimukset kesken eikä varmuutta että tekeekö muutakin.
Github pistänyt jäihin, mutta kehittäjä yhä aktiivisena, ks. XZ Utils backdoor , muun infon seassa suunnitelmaa julkaisusta:
"A clean XZ Utils release version could jump to 5.8.0"

Arch Linux - News: The xz package has been backdoored mukaan 5.6.0-1 ja 5.6.1-1 sisältää takaoven, kun taas 5.6.1-2 ei.

Kiitos, nyt tuo on aika selvää koko homma.