Linux-kysymyksiä & yleistä keskustelua Linuxista

Ajattelin laittaa Pika Backup:n hoitamaan automaattisia backuppeja suoraan NAS:lle. Nyt kun tätä aloin asentelemaan niin tajusin että Gnomessa ei ole minkäänlaista ominaisuutta joka automounttaisi tuon mun haluaman SMB-sharen esim kirjautumisen yhteydessä.

Miten tuo olisi helpoin ja järkevin toteuttaa? Eli SMB-share automounttaus niin että sinne on myös käyttäjällä (tai Pika Backup:lla) kirjoitusoikeus?

Ilmeisesti jako pitäisi laittaa jollain tapaa /etc/fstab:iin?
 
Ajattelin laittaa Pika Backup:n hoitamaan automaattisia backuppeja suoraan NAS:lle. Nyt kun tätä aloin asentelemaan niin tajusin että Gnomessa ei ole minkäänlaista ominaisuutta joka automounttaisi tuon mun haluaman SMB-sharen esim kirjautumisen yhteydessä.

Miten tuo olisi helpoin ja järkevin toteuttaa? Eli SMB-share automounttaus niin että sinne on myös käyttäjällä (tai Pika Backup:lla) kirjoitusoikeus?

Ilmeisesti jako pitäisi laittaa jollain tapaa /etc/fstab:iin?

Itse ehkä tekisin tämän(kin) systemd:llä, jotenkin tähän tyyliin: Samba - ArchWiki
Periaatteessa /etc/fstab on toki helpompi, mutta systemd:n kautta tehtynä voi laittaa sen varmistamaan että verkko on saatu pystyyn ennenkuin yritetään mounttailla jne.

E: Täsmennetään, olen tehnytkin jo itselleni...
 
Itse ehkä tekisin tämän(kin) systemd:llä, jotenkin tähän tyyliin: Samba - ArchWiki
Periaatteessa /etc/fstab on toki helpompi, mutta systemd:n kautta tehtynä voi laittaa sen varmistamaan että verkko on saatu pystyyn ennenkuin yritetään mounttailla jne.

E: Täsmennetään, olen tehnytkin jo itselleni...
No tuohan vaikuttaa varsin yksinkertaiselta. Täytyypä testailla.

Ilmeisesti tarvittavat käyttis ja salasana laitetaan sitten tuonne /etc/samba/credentials/myshare filuun? Vai miten tuo hallinnoi tunnus/salasanat?
 
Juuri näin. Kutakuinkin
Koodi:
username=tunnus
password=salasana
Kiitos nyt toimii.

Olin jossain vaiheessa disabloinut NetworkManager-wait-online palvelun joten ei meinannut onnistua kun kone on wifissä kiinni joten tuo mount palvelu yritti ilmeisesti käynnistyä ilman että verkko oli pystyssä ja heitti sitten vaan failia dmesgiin.
 
Itse ehkä tekisin tämän(kin) systemd:llä, jotenkin tähän tyyliin: Samba - ArchWiki
Periaatteessa /etc/fstab on toki helpompi, mutta systemd:n kautta tehtynä voi laittaa sen varmistamaan että verkko on saatu pystyyn ennenkuin yritetään mounttailla jne.

E: Täsmennetään, olen tehnytkin jo itselleni...

systemd-fstab-generator tekee /etc/fstab riveistä jo muutenkin .mount konffit bootissa, tai joka kerta kun fstabia muokataan ja systemd daemon pyöräytetään ympäri. Riippuvuuden verkon osalta voi lisätä helposti laittamalla mount optioihin fstabissa: x-systemd.after=network-online.target

Toki systemd tarjoaa vähän enemmän ominaisuuksia jos haluaa sillä tehdä suoraan.
 
systemd-fstab-generator tekee /etc/fstab riveistä jo muutenkin .mount konffit bootissa, tai joka kerta kun fstabia muokataan ja systemd daemon pyöräytetään ympäri. Riippuvuuden verkon osalta voi lisätä helposti laittamalla mount optioihin fstabissa: x-systemd.after=network-online.target

Toki systemd tarjoaa vähän enemmän ominaisuuksia jos haluaa sillä tehdä suoraan.

Tiedän. Se ei vaan omiin kokemuksiin nojaten niin hyvin toimi nimenomaan verkkolevyjen kanssa. Ainakaan silloin kuin viimeksi olen verkkolevymountteja sitä kautta tunkannut.
 
Mulla on ihan aito kysymys. Pitäisi devauskäyttöön ottaa joku linux-distro käyttöön, ja oikeastaan pitäisi valita Ubuntun ja Mintin väliltä. Olen googlettanut mitä eroa näillä on, mutta mitään järkevää en ole saanut irti. Ok, ubuntu-käyttäjiä on enemmän, joten enemmän ehkäpä tukea, mutta ubuntu ainakin Unityn tullessa oli aika kuraa, mikäs tilanne on nykyään? Onko molemmat yhtä hyviä/huonoja out-of-the-box? Onko jotain mitä pitäisi selvittää ennakkoon ennen asennusta? Juu live-CD.tä voisi kokeilla toki.. Onko joku kokeillut molempia ja päätynyt käyttämään Mintiä tai ubuntua jostain tietystä syystä?
Molemmista vuosien kokemus. Viime vuosien aikana olen siirtynyt Mintin käyttäjäksi Linux kotikoneella ja syy on se että se on selkeämpi kustomoida ja ylläpitää omasta mielestä. Toki Ubuntu on ns. Linuxsien Windows hyvässä ja pahassa. Mielestäni kannattaa kokeilla Minttiä ensin ja jos se ei tunnu kääntyvän niin ainahan voi sitten kokeilla Ubuntua ja pettyä uudestaan:)
 
Molemmista vuosien kokemus. Viime vuosien aikana olen siirtynyt Mintin käyttäjäksi Linux kotikoneella ja syy on se että se on selkeämpi kustomoida ja ylläpitää omasta mielestä. Toki Ubuntu on ns. Linuxsien Windows hyvässä ja pahassa. Mielestäni kannattaa kokeilla Minttiä ensin ja jos se ei tunnu kääntyvän niin ainahan voi sitten kokeilla Ubuntua ja pettyä uudestaan:)

Ei saa herätellä kuolleita (postauksia)... Kyseinen postaus lähetetty 17.10.2016.
 
Molemmista vuosien kokemus. Viime vuosien aikana olen siirtynyt Mintin käyttäjäksi Linux kotikoneella ja syy on se että se on selkeämpi kustomoida ja ylläpitää omasta mielestä. Toki Ubuntu on ns. Linuxsien Windows hyvässä ja pahassa. Mielestäni kannattaa kokeilla Minttiä ensin ja jos se ei tunnu kääntyvän niin ainahan voi sitten kokeilla Ubuntua ja pettyä uudestaan:)
Devauskäytössä hakisin koneelta ensisijaisesti vakautta joten ubuntu ehdottomasti. Mint on mielestäni hieman purkkaviritysratkaisu, käyttää sekä ubuntun että omia paketteja ja testaaminen on vähän niin ja näin, että saattaa toimia tai olla toimimatta.
Edittiä
ja onko pakko herättää vanhoja postauksia.
 
systemd-fstab-generator tekee /etc/fstab riveistä jo muutenkin .mount konffit bootissa, tai joka kerta kun fstabia muokataan ja systemd daemon pyöräytetään ympäri. Riippuvuuden verkon osalta voi lisätä helposti laittamalla mount optioihin fstabissa: x-systemd.after=network-online.target

Toki systemd tarjoaa vähän enemmän ominaisuuksia jos haluaa sillä tehdä suoraan.
Mitäs muita kivoja juttuja ja ominaisuuksia tuo tarjoaa, vaikka olen tuon kanssa kikkaillut ja luonut systemd:lle omia käynnistettäviä palveluja en sano olevani mikään guru tuon käytössä, ainakin cronin tuolla pystyy korvaamaan systemd timereillä, mitäs kaikkea muuta kuin verkkolevyjen mounttaus, cron ja palveluiden käynnistys, verkostahan tuo näyttää vastaavan myös.
 
Mitäs muita kivoja juttuja ja ominaisuuksia tuo tarjoaa, vaikka olen tuon kanssa kikkaillut ja luonut systemd:lle omia käynnistettäviä palveluja en sano olevani mikään guru tuon käytössä, ainakin cronin tuolla pystyy korvaamaan systemd timereillä, mitäs kaikkea muuta kuin verkkolevyjen mounttaus, cron ja palveluiden käynnistys, verkostahan tuo näyttää vastaavan myös.
Tätä samaa itsekin meinasin kysyä. Mitä kaikkea porukka on säätänyt systemd:llä?
 
Itse ehkä tekisin tämän(kin) systemd:llä, jotenkin tähän tyyliin: Samba - ArchWiki
Periaatteessa /etc/fstab on toki helpompi, mutta systemd:n kautta tehtynä voi laittaa sen varmistamaan että verkko on saatu pystyyn ennenkuin yritetään mounttailla jne.

E: Täsmennetään, olen tehnytkin jo itselleni...

Tosin systemd ei ole suositelta tapa mounttien hallintaan edelleenkään käsittääkseni vaan suositus on käyttää fstab. Näin tilanne oli ainakin vajaa vuosi sitten kun vähän itsekin suunnittelin josko tunkkais mountit systemd:n kanssa mutta sitä ei sitten suositeltukkaan. Ilmeisesti jotain kesken vielä mounttien suhteen.
 
Tätä samaa itsekin meinasin kysyä. Mitä kaikkea porukka on säätänyt systemd:llä?

Ihan perusjutusta verkkokonffaus jo mainittiinkin. Temppihakemistojen hallinta onnistuu systemd:n kautta ja systemd-bootilla voi korvata GRUBin jos ei harrasta mystisiä boottikonffeja tai museorautaa.

Uudemmissa systemd versioissa on systemd-homed käyttäjien kotihakemistojen hallintaan, helpottaa käsittääkseni kryptattujen tai verkkolevyillä sijaitsevien kotihakemistojen käyttöä, kai myös siirtelyä koneiden välillä. En ole jaksanut perehtyä, en ole toistaiseksi kokenut tarvetta.

Tosin systemd ei ole suositelta tapa mounttien hallintaan edelleenkään käsittääkseni vaan suositus on käyttää fstab. Näin tilanne oli ainakin vajaa vuosi sitten kun vähän itsekin suunnittelin josko tunkkais mountit systemd:n kanssa mutta sitä ei sitten suositeltukkaan. Ilmeisesti jotain kesken vielä mounttien suhteen.

Jos kyse olisikin mistä tahansa paikallisista mounteista niin en edes miettisi systemd mounttien tekemistä niille, mutta smb/cifs:n kanssa matkustetaan muutenkin lyhyessä bussissa. Ja toisekseen, systemd:hän sen hanskaa joka tapauksessa mainitun systemd-fstab-generatorin kautta, verkkolevyjen kanssa tuetut optiot vaan rajalliset. Tai oli vielä viimeksi kun samban kanssa tappelin ja päädyin tekemään systemd.mountit käsin SMB levyille.
 
Ihan perusjutusta verkkokonffaus jo mainittiinkin. Temppihakemistojen hallinta onnistuu systemd:n kautta ja systemd-bootilla voi korvata GRUBin jos ei harrasta mystisiä boottikonffeja tai museorautaa.

Uudemmissa systemd versioissa on systemd-homed käyttäjien kotihakemistojen hallintaan, helpottaa käsittääkseni kryptattujen tai verkkolevyillä sijaitsevien kotihakemistojen käyttöä, kai myös siirtelyä koneiden välillä. En ole jaksanut perehtyä, en ole toistaiseksi kokenut tarvetta.



Jos kyse olisikin mistä tahansa paikallisista mounteista niin en edes miettisi systemd mounttien tekemistä niille, mutta smb/cifs:n kanssa matkustetaan muutenkin lyhyessä bussissa. Ja toisekseen, systemd:hän sen hanskaa joka tapauksessa mainitun systemd-fstab-generatorin kautta, verkkolevyjen kanssa tuetut optiot vaan rajalliset. Tai oli vielä viimeksi kun samban kanssa tappelin ja päädyin tekemään systemd.mountit käsin SMB levyille.
Tuosta systemd-bootista olen joskus lukenutkin, voisi testata nykyisellä päätyöasemalla nopeutuisiko bootti. Nykyinen raid1 configuraatiossa oleva m.2 ssd pakka boottaa jo todella nopeasti, joten jättämällä grubin pois bootattaisiin varmaan jo valonnopeudella :D
 
Tuosta systemd-bootista olen joskus lukenutkin, voisi testata nykyisellä päätyöasemalla nopeutuisiko bootti. Nykyinen raid1 configuraatiossa oleva m.2 ssd pakka boottaa jo todella nopeasti, joten jättämällä grubin pois bootattaisiin varmaan jo valonnopeudella :D

Melkein uskallan väittää että et huomaa nopeudessa eroa, kyllä se aika menee muuhun kuin bootloaderiin.

Esim. tässä oma pöytäkone:
Koodi:
$ systemd-analyze
Startup finished in 14.782s (firmware) + 3.334s (loader) + 3.846s (kernel) + 2.992s (userspace) = 24.956s
graphical.target reached after 2.989s in userspace

Kuten näkyy, niin suurin osa ajasta menee UEFIksi kutsutun turvonneen möykyn kanssa. Bootloaderin (=systemd-boot tässä tapauksessa) ajasta 3 sekuntia on boottivalikon timeout ja 0.334s se minkä se ottaa kernelin käynnistämiseen.

Mutta muitakin syitä korvata GRUB löytyy kyllä, ei vähiten se että systemd-boot on muuten vaan kevyempi ja näppärämpi normaalitarpeisiin.
 
Osaisko joku helpata Chromium ongelman kanssa?

Liitteenä kuva ja tilanne kun yritän tallentaa Chromiumilla. Yritän nimetä tiedostoa, jolloin tuo focus hyppää tuon "save as" ikkunan hakutoimintoon. Käytännössä pystyn lisäämään tiedostonimeen aina yhden merkin, jonka jälkeen pompataan taas tuonne hakuun.

https://aijaa.com/PFXrii (kuva ongelmasta).

Edit. Distrona Manjaro Cinnamonilla
 
Viimeksi muokattu:
Onko joku käyttänyt jotakin vpn palvelinohjelmistoa linuxin päällä ?

Pitäisi viritellä "helpot" yhteydet mökkiympäristöön ulkoa, ssh tietysti kävisi jos putkittaa sen kautta tarvittavat tai sitten joku oikeampi vpn.
Modeemipurkki ei osaa toimia vpn- palvelimena enkä ajatellut ostaa sen vuoksi uutta.
 
Onko joku käyttänyt jotakin vpn palvelinohjelmistoa linuxin päällä ?

Pitäisi viritellä "helpot" yhteydet mökkiympäristöön ulkoa, ssh tietysti kävisi jos putkittaa sen kautta tarvittavat tai sitten joku oikeampi vpn.
Modeemipurkki ei osaa toimia vpn- palvelimena enkä ajatellut ostaa sen vuoksi uutta.
Wireguard on käsittääkseni paljon helpompi ottaa käyttöön kuin vpn-palvelin. Mahtaa olla jopa helpompi kuin reverse ssh. Itseltä jäänyt ajanpuutteen takia opiskelematta, mutta kaverilla ei pitkään nokka tuhissut.
 
Onko joku käyttänyt jotakin vpn palvelinohjelmistoa linuxin päällä ?

Pitäisi viritellä "helpot" yhteydet mökkiympäristöön ulkoa, ssh tietysti kävisi jos putkittaa sen kautta tarvittavat tai sitten joku oikeampi vpn.
Modeemipurkki ei osaa toimia vpn- palvelimena enkä ajatellut ostaa sen vuoksi uutta.
Kävisiko esim Tailscale?
 
Wireguard on käsittääkseni paljon helpompi ottaa käyttöön kuin vpn-palvelin. Mahtaa olla jopa helpompi kuin reverse ssh. Itseltä jäänyt ajanpuutteen takia opiskelematta, mutta kaverilla ei pitkään nokka tuhissut.
Wireguardia itsekin suosittelisin, jos enemmän ominaisuuksia tarvitsee niin sitten openvpn tulille, tuon konffaaminen huomattavasti vaikeampaa kuin wireguardin jossa menee juuri ja juuri 5 min.
 
Onko joku käyttänyt jotakin vpn palvelinohjelmistoa linuxin päällä ?

Pitäisi viritellä "helpot" yhteydet mökkiympäristöön ulkoa, ssh tietysti kävisi jos putkittaa sen kautta tarvittavat tai sitten joku oikeampi vpn.
Modeemipurkki ei osaa toimia vpn- palvelimena enkä ajatellut ostaa sen vuoksi uutta.

Wireguardin saa pystyyn hetkessä. Kernelissä suoraan tuki ollut jo pitkään. Ittellä tarkoitus laittaa openwrt reitittimeen wireguard ajoon kunhan saan hankittua paremman reitittimen johon saa openwrt:n ajoon. Nykyisessä muistia ja tallennustilaa juuri sen verran että unboundin siinä saa pyörimään ja prossuteholtakin niin lussu että ei uskalla alkaa vpn siihen enää virittelemään.
 
Onko joku käyttänyt jotakin vpn palvelinohjelmistoa linuxin päällä ?

Pitäisi viritellä "helpot" yhteydet mökkiympäristöön ulkoa, ssh tietysti kävisi jos putkittaa sen kautta tarvittavat tai sitten joku oikeampi vpn.
Modeemipurkki ei osaa toimia vpn- palvelimena enkä ajatellut ostaa sen vuoksi uutta.

Zerotierkin on yksi mahdollisuus ja sille ei tarvitse tehdä porttiohjauksia reitittimeen.
 
Wireguardin saa tosiaan helposti pystyyn tais sitten openvpn on toinen vaihtoehto, siihen on olemassa valmiita setuppeja esim PiVPN joka nimestään huolimatta ei ole rajoittunut RaspberryPi:hin vaan asentuu kiltisti ainakin debianin päälle. Ja kolmantena tietty Zerotier. Siinä melkein taisi ilmaiset ja kohtuuhelpot vaihtoehdot ollakin.
 
Onko joku käyttänyt jotakin vpn palvelinohjelmistoa linuxin päällä ?

Pitäisi viritellä "helpot" yhteydet mökkiympäristöön ulkoa, ssh tietysti kävisi jos putkittaa sen kautta tarvittavat tai sitten joku oikeampi vpn.
Modeemipurkki ei osaa toimia vpn- palvelimena enkä ajatellut ostaa sen vuoksi uutta.

OT: Näillä sähkön hinnoilla pitää varmaan kohta muuttaakin mökille -> puulämmitys :lol:

+1 wirequard
 
Just tuossa päivityksiä aloin ajaa ja huomasin että fedora pistäny ilmeisesti binblobit omiin paketteihin.

1662687302877.png


Pelkästään pukettien kokoa kun katsoo niin on siinä nvidialla vielä työmaata. Pitää kattoo mitä noissa on kun päivitys on valmis.
 
Just tuossa päivityksiä aloin ajaa ja huomasin että fedora pistäny ilmeisesti binblobit omiin paketteihin.

1662687302877.png


Pelkästään pukettien kokoa kun katsoo niin on siinä nvidialla vielä työmaata. Pitää kattoo mitä noissa on kun päivitys on valmis.
amd firmwaressa ainakin pitäisi olla fixit näille uudemmille RX6000 sarjan desktop sekä laptop malleille. Näillä on esiintynyt outoa jäätymisiä kesken käytön, satunnaisesti. Ei kyllä nyt muistu mieleen missä se lopullinen ongelmia sitten oli, mutta etenkin Asuksen Zephyrus sarjan 2022 malleilla tuota ongelmaa ollut.
 
Just tuossa päivityksiä aloin ajaa ja huomasin että fedora pistäny ilmeisesti binblobit omiin paketteihin.

1662687302877.png


Pelkästään pukettien kokoa kun katsoo niin on siinä nvidialla vielä työmaata. Pitää kattoo mitä noissa on kun päivitys on valmis.

Nuo GPU blobit majaili aiemmin muiden firmware blobien mukana linux-firmware pakaasissa. Nyt ne on lohkaistu omiksi (ali)paketeikseen.
 
Just tuossa päivityksiä aloin ajaa ja huomasin että fedora pistäny ilmeisesti binblobit omiin paketteihin.

1662687302877.png


Pelkästään pukettien kokoa kun katsoo niin on siinä nvidialla vielä työmaata. Pitää kattoo mitä noissa on kun päivitys on valmis.

En väitä ettäkö Nvidialla ei olisi paljon hommia tehtävänä Linux-ajuriensa kanssa, mutta en ehkä myöskään käyttäisi paketin kokoa tai esim. koodirivien määrää minään mittarina valmiusasteesta.
 
En väitä ettäkö Nvidialla ei olisi paljon hommia tehtävänä Linux-ajuriensa kanssa, mutta en ehkä myöskään käyttäisi paketin kokoa tai esim. koodirivien määrää minään mittarina valmiusasteesta.

Tuo paketti lienee pelkästään nouveau ajuria varten, ja sen tilanne ei varmaankaan ole kenellekään epäselvä. Uuden virallisen "open source" ajurin firmwaret ovat ilmeisesti aika paljon suuremmat*, eikä tämäkään minusta kuulosta laadun takeelta...

*:
RE:
Tämän sisällön näkemiseksi tarvitsemme suostumuksesi kolmannen osapuolen evästeiden hyväksymiseen.
Lisätietoja löydät evästesivultamme.
 
Onko tällä sivulla virhe? Xhost - ArchWiki

Eikö tuo mainittu
Koodi:
xhost +SI:localuser:<username>
ole normaaliasetus, kun taas jos halutaan "To provide access to an application running with sudo or su to the graphical server", niin pitäisi olla
Koodi:
xhost +SI:localuser:root
?
 
Onko kellään kikkakolmosta SkyShowTimen katsomiseen Linuxilla. Valittaa, että suoratoistoon ei lupaa (Valitettavasti Linux-asetuksiasi ei tueta. Tarkista tuetut laitteet tukikeskuksestamme (6007)). Koitin jo jotain user agent plugaria chromeen, mutta no luck. Pitääkö vaan tyytyä kohtaloonsa ja katsoa Windowsin puolella/streamata puhelimesta televisioon? Käyttiksenä siis Kubuntu 22.04.
 
Olisi tarvetta saada omista varmuuskopioitavista tiedostoista versiointi lokaalisti. Ja sillä lailla, että niitä ei pakattaisi mitenkään, vaan kaikki versiot olisi luettavissa normaalisti (ei haittaa jos tiedostonimeen esim. lisätään jotain versio/pvm/yms. tunnistetta). Ja olisi mukava jos kansiossa olevien tiedostojen versiot saisi esim. johonkin .versions alikansioon.

Ymmärrän ja se ei haittaa, että jokaisesta tiedostosta joutuu olemaan vähintään yksi ylimääräinen versio (vaikka tiedosto ei muuttuisi) ja siten tilantarve on vähintään tuplasti.

Miksi? Pitäisi saada joku luotettava versiointijärjestelmä pilvivarmuuskopiointia varten. En luota nykyiseen Megan versiointiin yhtään. Se laittelee roskikseen randomisti versioita joita ei pitäisi laittaa. Lisäksi, githubin kautta paljastui joku aika sitten dokumentoimaton yksityiskohta, kun sitä tivattiin Megalta, että versiointi on rajoitettu 100kpl:seen, myös maksullisissa tilauksissa. Muuten olen ihan tyytyväinen Megan palveluun, varsinkin mobiiliappsiin jolla pääsee kaikkiin omiin tiedostoihin kiinni missä vaan (en esim. pidä kuvia/videoita puhelimessa itsessään tallessa vaan poistan ne heti sieltä kun olen saanut ne läppärillä käsiteltyä ja sortattua oikeisiin kansioihin Megan appsin autouploadin jälkeen). Se automaattinen kuvien/videoiden upload-toiminto on toiminut erittäin hyvin.

Minkälaista ratkaisua itse käyttäisitte/suosittelisitte? Teenkö jonkun skriptin itse joka vaan vertailee tiedostoja ja niiden viimeisintä versiota ja tekee sen perusteella tarvittaessa uusia versioita? Nopeasti ajateltuna olisi varmaan kohtuullisen iso työ tuon kirjoittamisessa. Vai löytyisikö joku näppärä työkalu tällaiseen tarpeeseen?
 
Ollaan Linux ketjussa, niin täyttäisikö Rsnapshot tarpeen? Sitä ei ole kyllä varsinaisesti tuollaiseen käyttötapaukseen suunniteltu, mutta kylläkin tekee halutun määrän snapshotteja, joista eri versiot saa suht helposti näkyviin.
Tuo on toki aika legacy ja varmaan modernimpiakin tapoja löytyy. Esim ZFS tiedostojärjestelmä osaa versioida.
 
Ollaan Linux ketjussa, niin täyttäisikö Rsnapshot tarpeen? Sitä ei ole kyllä varsinaisesti tuollaiseen käyttötapaukseen suunniteltu, mutta kylläkin tekee halutun määrän snapshotteja, joista eri versiot saa suht helposti näkyviin.
Tuo on toki aika legacy ja varmaan modernimpiakin tapoja löytyy. Esim ZFS tiedostojärjestelmä osaa versioida.
Pitää tutkailla tuota. Tuo käyttää hard linkkejä, en tiedä toimiiko ne megan kanssa, ainakaan symlinkit ei toimi sen kanssa.

Unohdin kirjoittaa, että ei tarvitse mitään automaattista versio-rotaatio-toimintoa, manuaalisesti olisi tarkoitus hallinnoida versioita (sitten kun/jos vievät liikaa tilaa).
 
Ollaan Linux ketjussa, niin täyttäisikö Rsnapshot tarpeen? Sitä ei ole kyllä varsinaisesti tuollaiseen käyttötapaukseen suunniteltu, mutta kylläkin tekee halutun määrän snapshotteja, joista eri versiot saa suht helposti näkyviin.
Tuo on toki aika legacy ja varmaan modernimpiakin tapoja löytyy. Esim ZFS tiedostojärjestelmä osaa versioida.

Btrfs kanssa onnistuu snapshotit myös hyvinkin näppärästi. LVM:llä onnistuu kanssa, en ole tosin sitä itte koskaan käyttänyt joten en tiedä miten hyvin se taipuu.
Btrfs snapshot mielestäni sopisi tuohon käyttöön varsin hyvin. Ottaa snapshotin aina uuteen hakemistoon ja hakemistolle nimeksi päivämäärä niin eikös se silloin halutut kriteerit täytä?
 
EXT4 käytössä läppärissä. Enkä ole ihan varma, että voiko noilla Btrfs:llä ja ZFS:llä ottaa vain tietyistä alihakemistoista snapshotteja vai vetävätkö vain koko levystä/osioista. Nassissa on Btrfs käytössä ja käytän snapshotteja (Synologyn oman Snapshot Replicator softan kautta) ja siinä ainakin jos smb-jako on kryptattu niin niitä snapshotteja ei pääse suoraan selailemaan vaan tarvitsee erillisen työkalun synolta. Eli vaikka tuo copy-on-write toiminnallisuus tavallaan olisi se mitä haluttaisiin niin ei nuo oikein taivu tarpeeseeni, jos oikein näitä asioita ymmärrän.

Tässä esimerkki mitä haluaisin saavuttaa:
Koodi:
/home/user/documents/kansio/file1.txt
                            file2.txt
/home/user/documents/kansio/.versions/file1.txt
                                      file1.txt_2022-10-15_15-45-20
                                      file2.txt
/home/user/documents/file3.txt
                     file4.txt
/home/user/documents/.versions/file3.txt
                               file4.txt
                               file4.txt_2022-09-06_22-37-12
                               file4.txt_2022-10-22_09-17-33
Katselen tässä juuri rsync:in "--archive" ja "--suffix" toimintoja (+ "--checksum" vertailu ettei tee jatkuvasti uusia versioita, tai sitten käyttää switchejä joilla tiedoston aikaleimat (+muut mahdolliset, esim. omistaja/group/permissions) säilytetään backupissa) joilla tämä homma voisi kohtuullisen kivuttomasti selvitä. Jonkun verran joutuu koodaamaan kuitenkin bashilla (iteroimaan kansio kerrallaan läpi, ja näköjään pitää käyttää find:ia että saa kaikki tiedostot käytyä hakemistosta läpi (kun ei tahdo millään tuo rsync ottavan mitää file globbeja, aina vaan valittaa ettei löydy tiedostoa tai sitten heittää "skipping directory" valitusta eikä tee mitään.. aiemminkin on ollut ongelmaa rsyncin kanssa file globbien kanssa ja pitänyt find:iä käyttää)).
 
EXT4 käytössä läppärissä. Enkä ole ihan varma, että voiko noilla Btrfs:llä ja ZFS:llä ottaa vain tietyistä alihakemistoista snapshotteja vai vetävätkö vain koko levystä/osioista. Nassissa on Btrfs käytössä ja käytän snapshotteja (Synologyn oman Snapshot Replicator softan kautta) ja siinä ainakin jos smb-jako on kryptattu niin niitä snapshotteja ei pääse suoraan selailemaan vaan tarvitsee erillisen työkalun synolta. Eli vaikka tuo copy-on-write toiminnallisuus tavallaan olisi se mitä haluttaisiin niin ei nuo oikein taivu tarpeeseeni, jos oikein näitä asioita ymmärrän.

Tässä esimerkki mitä haluaisin saavuttaa:
Koodi:
/home/user/documents/kansio/file1.txt
                            file2.txt
/home/user/documents/kansio/.versions/file1.txt
                                      file1.txt_2022-10-15_15-45-20
                                      file2.txt
/home/user/documents/file3.txt
                     file4.txt
/home/user/documents/.versions/file3.txt
                               file4.txt
                               file4.txt_2022-09-06_22-37-12
                               file4.txt_2022-10-22_09-17-33
Katselen tässä juuri rsync:in "--archive" ja "--suffix" toimintoja (+ "--checksum" vertailu ettei tee jatkuvasti uusia versioita, tai sitten käyttää switchejä joilla tiedoston aikaleimat (+muut mahdolliset, esim. omistaja/group/permissions) säilytetään backupissa) joilla tämä homma voisi kohtuullisen kivuttomasti selvitä. Jonkun verran joutuu koodaamaan kuitenkin bashilla (iteroimaan kansio kerrallaan läpi, ja näköjään pitää käyttää find:ia että saa kaikki tiedostot käytyä hakemistosta läpi (kun ei tahdo millään tuo rsync ottavan mitää file globbeja, aina vaan valittaa ettei löydy tiedostoa tai sitten heittää "skipping directory" valitusta eikä tee mitään.. aiemminkin on ollut ongelmaa rsyncin kanssa file globbien kanssa ja pitänyt find:iä käyttää)).


Kyllä siis pystyy ihan hakemisto tasolla tekemään. Mutta toi mitä tavottelet on siis "nested" joka on tottakai mille tahansa systeemille ongelmallinen. Paitsi sitten käsipelillä virittelemällä juurikin jonkun rsyncin kanssa tuollaisen saa tehtyä.
 
Paitsi sitten käsipelillä virittelemällä juurikin jonkun rsyncin kanssa tuollaisen saa tehtyä.
Niin kait sitten. Jotenkin vaan aattelin, että en voi olla ainoa joka tällaista kaipaisi ja linux maailmassa joku olisi jonkun näppärän pikkusoftan tällaiseen jo tehnyt. :)
 
Hmm, tuli mieleen, että nuo lokaalit versiot tiedostoista ovat alttiina haitakkeille, eli joku cryptopaske voisi ylikirjoittaa/deletoida ne, ja sitten ne muutokset synkkaantuisi pilveen. :( Kyllä pitäisi olla toimiva (=rajaton ja bugiton) versiointi (ja roskakori) pilven päässä että olisi paremmassa turvassa haitakkeilta. Kokeilin chown ja chmod komennoilla suojella yhtä tiedostoa mutta aina sen pystyi normikäyttäjänä deletoimaan. Taitaa jäädä tämä versiointiprojekti pöytälaatikkoon.

EDIT: Tämä koko tilanne lähti siitä, että yritän päästä pois käyttämästä/varautua palvelun loppumiseen SpiderOakONE pilvipalvelusta koska sen tila ja tulevaisuus on vahvasti epäilyttävä. Mitään päivityksiä/korjauksia ei ole tullut todella pitkään aikaan ja firma on keskittynyt aivan muuhun tuotteeseensa jo pitkän aikaa. Harmillista sinänsä koska tuossa palvelussa versiointi ja roskakori on rajattomia (myös harvinaisesti ilmaisessa oli, nykyään tosin ei ole enää ilmaista versiota (vanhat ilmaiskäyttäjät ovat saaneet jatkaa)) ja ne ovat toimineet moitteetta.
 
Viimeksi muokattu:
Hmm, tuli mieleen, että nuo lokaalit versiot tiedostoista ovat alttiina haitakkeille, eli joku cryptopaske voisi ylikirjoittaa/deletoida ne, ja sitten ne muutokset synkkaantuisi pilveen. :( Kyllä pitäisi olla toimiva (=rajaton ja bugiton) versiointi (ja roskakori) pilven päässä että olisi paremmassa turvassa haitakkeilta.

borg-työkalussa on sisäänrakennettu "versiointi" josta voi omien parametrien mukaan palautella edellisiä versioita. Sitten uppaat ne borgin backupit omalle vps-palvelimelle, jossa on palveluntarjoajan puolesta snapshotit/backupit x ajan välein, tai storage cloudiin kuten backblaze.

En ole borgiin sen paremmin tutustunut mutta se taitaa kompressoida nuo tiedostot joten ihan 1:1 vaatimustesi kanssa se ei sovellu, MIKÄLI näin on. Ja näitä työkaluja varmasti löytyy useita erilaisia. Tosin, backblazeen / omalle vps:lle voi upata tiedostot ihan sellaisenaan ja käyttää palveluntarjoajan snapshot/backup -ominaisuuksia. Molemmista saa manuaalisestikin painettua "make backups" -nappia aina kun itsestä siltä tuntuu. Kyllä varmasti tähän ongelmaan ratkaisu löytyy.

Kokeilin chown ja chmod komennoilla suojella yhtä tiedostoa mutta aina sen pystyi normikäyttäjänä deletoimaan. Taitaa jäädä tämä versiointiprojekti pöytälaatikkoon.

Koita jos chattr toimisi paremmin.
 
Koita jos chattr toimisi paremmin.

Vähän muiden vipujen säätöön toi kuin tiedosto oikkien. Kyllä ne oikat säädetään chmod ja omistaja chown.


@TenderBeef jos sää siis chownaat tiedoston ja ryhmän jollekkin käyttäjälle ja chmodilla 660 niin ei varmasti kukaan muu kuin rootti oikat omaava pääse siihen kiinni.

- Eka kutonen = omistaja
- Toka kutonen = ryhmä
- Nolla = kaikki muut

- 7 = execute/write/read
- 6 = write/read
- 5 = execute/read
- 4 = read
- 2 = write
- 1 = execute

Itte olen tottunut pelaamaan noiden numeroiden kanssa. Toiset taas tykkää tehdä noi kirjaimilla.
 
Sitten uppaat ne borgin backupit omalle vps-palvelimelle, jossa on palveluntarjoajan puolesta snapshotit/backupit x ajan välein, tai storage cloudiin kuten backblaze.
Menee vähän OT:ksi mutta, näyttäisi siltä, että vps-palvelimet ovat aika kalliita ja monimutkaisia käyttää, backblaze:lla ei mitään linux-clienttia "personal backup"-asiakkaille, eikä heidän mobiili-clienttikaan näytä olevan yhtä hyvä kuin megan (esim. auto-upload kuvat/videot), ja rajaton versiointi maksaa erikseen. Ja noiden kanssa pitäisi manuaalisesti uppailla? Automaattisesti pitäisi tapahtua, muuten ei tule mitään.

Megan maksullisissa tilauksissa voi näköjään roskorin automaattiseksi tyhjennysväliksi laittaa max 10 vuotta joten se auttaisi, jos saisi lokaalit versiot jotka synkataan pilveen turvattua. TAI sitten vaan yrittää luottaa megan versioihin, että ainakin jos palvelu niitä välillä väärin poistelee niin, että ne kaikki menisi roskakoriin jossa ne olisi turvassa sen max 10 vuotta.

Koita jos chattr toimisi paremmin.
Kiitos. sudo chattr +i tiedosto (immutable) näyttäisi toimivan aika hyvin. Tiedostoa pystyy lukemaan (read-only), mutta sitä ei voi deletoida, päällekirjoittaa, eikä siirtääkään mihinkään toiseen kansioon.

chattr:in manuaalissa on tällainen maininta "BUGS AND LIMITATIONS" kohdassa:
Setting 'a' and 'i' attributes will not affect the ability to write to already existing file descriptors.
Mitähän tuo nyt oikein tarkoittaa?

Vähän muiden vipujen säätöön toi kuin tiedosto oikkien. Kyllä ne oikat säädetään chmod ja omistaja chown.
Tein näin:
Koodi:
sudo chown root:root tiedosto
sudo chmod 660 tiedosto
Tiedostoa ei pysty lukemaan normikäyttäjänä, mutta Nemosta kun valitsee tiedoston ja deletoi sen (ei roskakoriin vaan suoraan bittitaivaaseen) niin se deletoituu. Kokeilin jo aiemmin itse juuri tällaista ratkaisua, käytin vain 0440 oikeuksia. Ei toimi suojelu tuolla tavalla jostain syystä ainakaan täällä päässä.
 

Statistiikka

Viestiketjuista
301 398
Viestejä
5 129 728
Jäsenet
81 982
Uusin jäsen
Aleksi94

Hinta.fi

Back
Ylös Bottom