Tässä reddit-ketjussa vaihdettu vähän mielipiteitä asian suhteen:
www.reddit.com
Follow along with the video below to see how to install our site as a web app on your home screen.
Huomio: This feature may not be available in some browsers.
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?
No tuohan vaikuttaa varsin yksinkertaiselta. Täytyypä testailla.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...
Ilmeisesti tarvittavat käyttis ja salasana laitetaan sitten tuonne /etc/samba/credentials/myshare filuun? Vai miten tuo hallinnoi tunnus/salasanat?
username=tunnus
password=salasana
Kiitos nyt toimii.Juuri näin. Kutakuinkin
Koodi:username=tunnus password=salasana
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.
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ä uudestaanMulla 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![]()
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.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![]()
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.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.
Tätä samaa itsekin meinasin kysyä. Mitä kaikkea porukka on säätänyt systemd:llä?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.
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...
Tätä samaa itsekin meinasin kysyä. Mitä kaikkea porukka on säätänyt systemd:llä?
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.
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 valonnopeudellaIhan 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![]()
$ 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
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?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.
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.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.
MIkäs tuo on, meikäläiselle ihan uusi tuttavuus?Kävisiko esim Tailscale?
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.
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.
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.
![]()
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.
![]()
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.
![]()
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.
xhost +SI:localuser:<username>
xhost +SI:localuser:root
.versions alikansioon.Pitää tutkailla tuota. Tuo käyttää hard linkkejä, en tiedä toimiiko ne megan kanssa, ainakaan symlinkit ei toimi sen kanssa.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.
/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
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:
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ää)).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
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.Paitsi sitten käsipelillä virittelemällä juurikin jonkun rsyncin kanssa tuollaisen saa tehtyä.
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.
Koita jos chattr toimisi paremmin.
Vähemmän muistamista kun laskee näitä yhteen niin saa sen tarvittavan numeron.- Eka kutonen = omistaja
- Toka kutonen = ryhmä
- Nolla = kaikki muut
- 4 = read
- 2 = write
- 1 = execute
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.Sitten uppaat ne borgin backupit omalle vps-palvelimelle, jossa on palveluntarjoajan puolesta snapshotit/backupit x ajan välein, tai storage cloudiin kuten backblaze.
Kiitos.Koita jos chattr toimisi paremmin.
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.Mitähän tuo nyt oikein tarkoittaa?Setting 'a' and 'i' attributes will not affect the ability to write to already existing file descriptors.
Tein näin:Vähän muiden vipujen säätöön toi kuin tiedosto oikkien. Kyllä ne oikat säädetään chmod ja omistaja chown.
sudo chown root:root tiedosto
sudo chmod 660 tiedosto
Käytämme välttämättömiä evästeitä, jotta tämä sivusto toimisi, ja valinnaisia evästeitä käyttökokemuksesi parantamiseksi.