Nieuws:

Welkom, Gast. Alsjeblieft inloggen of registreren.
Heb je de activerings-mail niet ontvangen?

Auteur Topic: Local backup i.p.v cloud backup  (gelezen 7532 keer)

Re: Local backup i.p.v cloud backup
« Reactie #50 Gepost op: 2024/05/27, 15:50:55 »
Ja klopt. Heb zelf een scriptje om via ssh + rsycnc een backup te maken naar een lokale USB-disk, en daar is het mountpoint gewoon hard gecodeerd. Inderdaad op de naam van die disk.

Is die disk bij jou ook opgenomen in fstab ?     :|

Bij mij (nog) niet.  Omdat ik die usb disk alleen benaderde via Nautilus was dat niet nodig.  Die mount de disk automatisch (met steeds wisselende id)
Nu ik de disk wil gaan benaderen via rsync is dat misschien wel noodzakelijk om die bestaande problemen te omzeilen.

(p.s. heb ondertussen oon een Label toegevoegd aan de disk)
Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)

Re: Local backup i.p.v cloud backup
« Reactie #51 Gepost op: 2024/05/27, 19:59:37 »
Opnemen in /etc/fstab is volgens mij niet nodig. Zie je die disk nu wel met het label als aankoppelpunt in /media ?

Re: Local backup i.p.v cloud backup
« Reactie #52 Gepost op: 2024/05/27, 20:11:43 »
Opnemen in /etc/fstab is volgens mij niet nodig. Zie je die disk nu wel met het label als aankoppelpunt in /media ?

Ja.   :)
Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)

Re: Local backup i.p.v cloud backup
« Reactie #53 Gepost op: 2024/05/28, 08:31:14 »
Best niet opnemen in fstab als hij er niet constant aanwezig is, anders hang je waarschijnlijk bij het opstarten van de computer.
Mint Cinnamon fan  Mint cinnamon-21.2   (vorige linux: LMDE-5 / Mint cinnamon-20+19+18+17 / Ubuntu-16+14+12)

Re: Local backup i.p.v cloud backup
« Reactie #54 Gepost op: 2024/05/28, 10:25:04 »
Best niet opnemen in fstab als hij er niet constant aanwezig is, anders hang je waarschijnlijk bij het opstarten van de computer.

Dat vroeg ik mezelf ook al af.
Heb nu dus een antwoord daarop.    :)
Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)

Offline bart85

  • Lid
Re: Local backup i.p.v cloud backup
« Reactie #55 Gepost op: 2024/05/28, 10:32:34 »
Best niet opnemen in fstab als hij er niet constant aanwezig is, anders hang je waarschijnlijk bij het opstarten van de computer.

Dat vroeg ik mezelf ook al af.
Heb nu dus een antwoord daarop.    :)

Dat gaat prima in fstab door de Mount optie nofail in fstab op te nemen. Daardoor blijft het systeem niet hangen als de stick er niet in zit.
Je leert maar mooi over weg gaan met de commandline.
Linus: "I'm happy with the people who are wandering around looking at the stars but I am looking at the ground and I want to fix the pothole before I fall in."
I look to the clouds behind me and see the thunder coming.

Re: Local backup i.p.v cloud backup
« Reactie #56 Gepost op: 2024/05/28, 10:38:28 »
Best niet opnemen in fstab als hij er niet constant aanwezig is, anders hang je waarschijnlijk bij het opstarten van de computer.

Dat vroeg ik mezelf ook al af.
Heb nu dus een antwoord daarop.    :)

Dat gaat prima in fstab door de Mount optie nofail in fstab op te nemen. Daardoor blijft het systeem niet hangen als de stick er niet in zit.

Nooit geweten.   ;)
Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)

Re: Local backup i.p.v cloud backup
« Reactie #57 Gepost op: 2024/05/28, 11:25:39 »
Als ik de Renkforce SATA 2,5" & 3,5" docking station (USB) eerst aanzet en dan de desktop aan, dan is de eigenaar van mijn BackupDisk  root:root .
Nadat ik Nautiles filemanager heb geopend is de eigenaar vanzelf veranderd in henkoegema:henkoegema.

Zie figuur: (onderste regel in de 2 listings)


Waarom hebben sommige disk/diskpartions  root als eigenaar en sommige henkoegema ?
De BackupDisk (= 4692.....BDB) is NTFS geformateerd. Alle andere ext4

Hoe kan ik er voor zorgen dat alles henkoegema als eigenaar wordt ? (om problemen met kopiëren met rsync te voorkomen)
Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)

Re: Local backup i.p.v cloud backup
« Reactie #58 Gepost op: 2024/05/28, 12:25:00 »
Best niet opnemen in fstab als hij er niet constant aanwezig is, anders hang je waarschijnlijk bij het opstarten van de computer.

Dat vroeg ik mezelf ook al af.
Heb nu dus een antwoord daarop.    :)

Dat gaat prima in fstab door de Mount optie nofail in fstab op te nemen. Daardoor blijft het systeem niet hangen als de stick er niet in zit.

Bedankt voor deze tip !
Mint Cinnamon fan  Mint cinnamon-21.2   (vorige linux: LMDE-5 / Mint cinnamon-20+19+18+17 / Ubuntu-16+14+12)

Offline vanadium

  • Lid
Re: Local backup i.p.v cloud backup
« Reactie #59 Gepost op: 2024/05/30, 07:58:48 »
4 drwx------   2 root       root       4096 mei 23 08:51 469215E90B211BDB10       <--------- eergisteren
4 drwx------   2 root       root       4096 mei 24 09:28 469215E90B211BDB11       <--------- gisteren
4 drwxr-xr-x   1 henkoegema henkoegema 4096 mei 22 16:59 469215E90B211BDB12       <--------- vandaag

Hoe kan ik dit voorkomen, zodat rsync altijd dezelfde 'entry' gebruikt?
Zorg ervoor dat je die harde schijf altijd behoorlijk afkoppelt.

Als je een automatisch aangekoppelde schijf ook weer behoorlijk afkoppelt ("Uitwerpen" knop in bestandsbeheer, of computer afzetten), dan wordt het automatisch aangemaakte koppelpunt ook verwijderd. Volgende keer zal het systeem dat koppelpunt weer aanmaken.

Dat bij jou telkens een nieuw koppelpunt wordt aangemaakt met oplopende nummering, wijst erop dat de harde schijf een vorige keer niet correct werd ontkoppeld. Dan blijft het koppelpunt bestaan, en zal het systeem de volgende keer een nieuw koppelpunt aanmaken door een volgnummer toe te voegen aan de naam.


Re: Local backup i.p.v cloud backup
« Reactie #60 Gepost op: 2024/05/30, 09:40:07 »
4 drwx------   2 root       root       4096 mei 23 08:51 469215E90B211BDB10       <--------- eergisteren
4 drwx------   2 root       root       4096 mei 24 09:28 469215E90B211BDB11       <--------- gisteren
4 drwxr-xr-x   1 henkoegema henkoegema 4096 mei 22 16:59 469215E90B211BDB12       <--------- vandaag

Hoe kan ik dit voorkomen, zodat rsync altijd dezelfde 'entry' gebruikt?
Zorg ervoor dat je die harde schijf altijd behoorlijk afkoppelt.

Als je een automatisch aangekoppelde schijf ook weer behoorlijk afkoppelt ("Uitwerpen" knop in bestandsbeheer, of computer afzetten), dan wordt het automatisch aangemaakte koppelpunt ook verwijderd. Volgende keer zal het systeem dat koppelpunt weer aanmaken.

Dat bij jou telkens een nieuw koppelpunt wordt aangemaakt met oplopende nummering, wijst erop dat de harde schijf een vorige keer niet correct werd ontkoppeld. Dan blijft het koppelpunt bestaan, en zal het systeem de volgende keer een nieuw koppelpunt aanmaken door een volgnummer toe te voegen aan de naam.

Is duidelijk.  :)
Dit gedrag wordt dan (denk ik) veroorzaakt doordat ik de desktop soms uitzet/aanzet met de docking station nog aan en soms met de doking station uitgeschakeld.

Vr1: Kan dat gedrag vermeden worden door alle USB disks in fstab op te nemen?
Vr2: Wat is er verschil tussen: 'chown user:user /media/user/disk1'  en  'chown  -R user:user /media/user/disk1' 
Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)

Re: Local backup i.p.v cloud backup
« Reactie #61 Gepost op: 2024/05/30, 10:29:21 »
Vr1: Kan dat gedrag vermeden worden door alle USB disks in fstab op te nemen?
Vr2: Wat is er verschil tussen: 'chown user:user /media/user/disk1'  en  'chown  -R user:user /media/user/disk1'

Vr1: Dat zou ik doen, en met de nofail parameter
Ga ook eens kijken in de map /media/gebruikersnaam: daar vind je alle reeds gebruikte en niet afgesloten koppelingen terug

VR2: chown -R geeft die eigenschappen ook door aan alles wat er onder zit: mappen + bestanden
Mint Cinnamon fan  Mint cinnamon-21.2   (vorige linux: LMDE-5 / Mint cinnamon-20+19+18+17 / Ubuntu-16+14+12)

Re: Local backup i.p.v cloud backup
« Reactie #62 Gepost op: 2024/05/30, 12:08:32 »
Vr1: Kan dat gedrag vermeden worden door alle USB disks in fstab op te nemen?
Vr2: Wat is er verschil tussen: 'chown user:user /media/user/disk1'  en  'chown  -R user:user /media/user/disk1'

Vr1: Dat zou ik doen, en met de nofail parameter
Ga ook eens kijken in de map /media/gebruikersnaam: daar vind je alle reeds gebruikte en niet afgesloten koppelingen terug

VR2: chown -R geeft die eigenschappen ook door aan alles wat er onder zit: mappen + bestanden

Ik merk bij mijn disks geen verschil met of zonder de -R optie.
Zonder de -R optie kan ik ook alle mappen en bestanden benaderen.   :rolleyes:
Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)

Re: Local backup i.p.v cloud backup
« Reactie #63 Gepost op: 2024/05/30, 13:45:01 »
Ik merk bij mijn disks geen verschil met of zonder de -R optie.
Zonder de -R optie kan ik ook alle mappen en bestanden benaderen.   :rolleyes:

Dit is zoals ik het begrijp:
Stel dat je met Chown een andere eigenaar toekent aan een map:
- zonder -R blijft alles eronder aan de vorige eigenaar
- met -R verandert alles eronder naar de nieuwe eigenaar
Mint Cinnamon fan  Mint cinnamon-21.2   (vorige linux: LMDE-5 / Mint cinnamon-20+19+18+17 / Ubuntu-16+14+12)

Re: Local backup i.p.v cloud backup
« Reactie #64 Gepost op: 2024/05/31, 18:16:37 »
Mijn USB Disk49 heeft eigenschappen  drwxrwxrwx
henkoegema @ HP-Pavilion /media/henkoegema => l
4 drwxrwxrwx  15 henkoegema henkoegema 4096 jul 26  2021 Disk49

toch kan ik geen file weghalen: (ook met sudo niet)
henkoegema @ HP-Pavilion /media/henkoegema/Disk49/Music => rm Texas-The\ greatest\ hits.mp3
rm: cannot remove 'Texas-The greatest hits.mp3': Read-only file system     <-----------  ???
henkoegema @ HP-Pavilion /media/henkoegema/Disk49/Music =>
Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)

Re: Local backup i.p.v cloud backup
« Reactie #65 Gepost op: 2024/05/31, 21:14:32 »
Hoe is die schijf aangekoppeld?

Re: Local backup i.p.v cloud backup
« Reactie #66 Gepost op: 2024/05/31, 21:34:01 »
Hoe is die schijf aangekoppeld?
Automatisch:  eerst usb docking station  aanzetten,  dan de desktop opstarten.
Zie Disk49 in het plaatje hieronder.
Ik was in de veronderstelling dat ik dan alle rechten had.      :|




(p.s. ook  kopiëren een andere usb disk lukt niet. Maar........met rsync kan ik wel kopiëren)
« Laatst bewerkt op: 2024/05/31, 21:46:35 door henkoegema »
Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)

Offline vanadium

  • Lid
Re: Local backup i.p.v cloud backup
« Reactie #67 Gepost op: 2024/06/01, 09:02:29 »
Dit gedrag wordt dan (denk ik) veroorzaakt doordat ik de desktop soms uitzet/aanzet met de docking station nog aan en soms met de doking station uitgeschakeld.
In beide gevallen is er inderdaad een verschil. Staat het dockingstation al aan, dan worden de partities gedurende de opstart aangekoppeld, en kan je als gebruiker wel ontkoppelen, maar niet "uitwerpen". Stat die af, dan wordt de partitie aangekoppeld terwijl je eigen gebruiker ingelogd is. Dan kan je ook "uitwerpen".

Toch zou normaal bij een correct afsluiten van de computer het koppelpunt automatisch terug verwijderd moeten worden. Dat dit voor jou niet gebeurt (en dat de verschillende versies verschillende eigenaars hebben - eens jou gebruiker, dan eens root) is niet standaard.

Gaat die dockingstation niet in "slaapmodus" als de computer af staat? Dan kan je overwegen die nooit zonder stroom te zetten. Een andere optie is met een hoofdschakelaar, bijv op een stekkerblok, te werken, die je aanzet voor je de PC opstart.

Citaat
Vr1: Kan dat gedrag vermeden worden door alle USB disks in fstab op te nemen?
Ja, en dat is zeker OK als dit een dockingstation is die toch altijd aan dat werkstation aangesloten is.

Citaat
Vr2: Wat is er verschil tussen: 'chown user:user /media/user/disk1'  en  'chown  -R user:user /media/user/disk1' 
Zoals emvedeesje aangaf. "-R" staat voor "recursief", dus niet alleen de folder zelf, maar ook alle onderliggende folders en bestanden.

Re: Local backup i.p.v cloud backup
« Reactie #68 Gepost op: 2024/06/01, 11:04:06 »
Wat betreft de melding "Read-only file system", staat die Disk49 in fstab en zo ja met welke opties? Welk bestandssysteem heeft deze partitie? Een partitie kan als alleen lezen worden aangekoppeld wanneer er fouten optreden, mogelijk kun je er nog iets over terugzien in de logs.
« Laatst bewerkt op: 2024/06/01, 21:19:05 door erik1984 »

Re: Local backup i.p.v cloud backup
« Reactie #69 Gepost op: 2024/06/01, 17:36:36 »
Naast alle tips hierboven is ontkoppelen een heel belangrijk punt.

Bij een schijf waar alle eigenaars en rechten OK waren, kon je niet schrijven of wissen, ook niet met sudo commands, lezen kon altijd.
Na van alles te proberen bleef er slechts 1 oplossing: de partitie wissen en opnieuw aanmaken + formatteren en instellen.

Ik heb dat reeds 2 maal meegemaakt, en het spreekwoord zegt: "een ezel schopt geen 3 maal over dezelfde steen"....

Mint Cinnamon fan  Mint cinnamon-21.2   (vorige linux: LMDE-5 / Mint cinnamon-20+19+18+17 / Ubuntu-16+14+12)

Offline aartje

  • Lid
Re: Local backup i.p.v cloud backup
« Reactie #70 Gepost op: 2024/06/01, 19:02:45 »
Naast alle tips hierboven is ontkoppelen een heel belangrijk punt.

Bij een schijf waar alle eigenaars en rechten OK waren, kon je niet schrijven of wissen, ook niet met sudo commands, lezen kon altijd.
Na van alles te proberen bleef er slechts 1 oplossing: de partitie wissen en opnieuw aanmaken + formatteren en instellen.

Of ontkoppelen, dan repareren met fsck en de volgende keren netjes ontkoppelen/uitwerpen voor de partitie/disk fysiek wordt afgescheiden .
« Laatst bewerkt op: 2024/06/02, 08:17:29 door aartje »

Re: Local backup i.p.v cloud backup
« Reactie #71 Gepost op: 2024/06/01, 19:55:23 »
Wat betreft de melding "Read-only file system", staat die Disk49 in fstab en zo ja met welke opties? Welk bestandssysteem heeft deze partitie? Een partitie kan als alleen lezen worden aangekoppeld wanneer er fouten optreden, mogelijk kun je er nog iets over terugzien in de logs.

Ik de dockingstation heb ik 3 disks en 1 SSD met label : BackupDisk (ext4), Disk56 (ext4), Disk49 (ext4) en SSD53 (ntfs)
Deze staan (nog) niet in /etc/fstab.
Reden:  ben aan het testen hoe de disks zich gedragen wat betreft (automatisch) aan/af  koppelen en rechten.
Het gedrag is (voor mij) vrij onvoorspelbaar.

Ga nu beginnen met de disk wel in /etc/fstab te zetten.  Wordt vervolgd.  ^-^
Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)

Re: Local backup i.p.v cloud backup
« Reactie #72 Gepost op: 2024/06/02, 15:37:35 »
Heb nu 3 USB HDD's  en 1 SSD met een label in fstab gezet. (andere labels dan ik eerst had)

Procedure 1: 
1.Docking station uit
2.Desktop uit
3. Desktop aan
4. Docking station aan.

Dan worden de 4 usb eenheden niet gekoppeld (mounted) .   


Pas als ik in de terminal sudo mount -a ingeef , wordt er gekoppeld.



Dat is toch niet de bedoeling dacht ik.

Procedure 2:
1.  Docking station uit
2. Desktop uit.
3.  Docking station aan.
4. Desktop aan.

Dan blijft de start procedure hangen.
Als ik dan de dockingstation uitzet, dan gaat de start procedure weer verder.    :|

Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)

Re: Local backup i.p.v cloud backup
« Reactie #73 Gepost op: 2024/06/05, 15:25:59 »
Gisteren getest door nofail optie weg te laten in fstab:

LABEL=BackupDisk /media/henkoegema/BackupDisk ext4 defaults,nofail 0 2
LABEL=Disk5e /media/henkoegema/Disk5e ext4 defaults 0 2
LABEL=Disk76 /media/henkoegema/Disk76 ext4 defaults 0 2
LABEL=SSD17 /media/henkoegema/SSD17 ext4 defaults 0 2

Resultaat: Ubuntu start niet meer op. (wat te verwachen was)

Met een bootable usb stick en GPARTED de oorspronkelijke fstab weer hersteld.

Resultaat: Ubuntu is niet meer aan de gang te krijgen.     8-)
Blijkbaar is er teveel corruptie onstaan dat booten niet meer lukt.

Kreeg allerlei foutmelding tijdens het restarten en het systeem blijft hangen.

Vond ik een goede reden om van Ubuntu 22.04 over te stappen op 24.04.
En weer verder experimenteren.   :)
Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)

Re: Local backup i.p.v cloud backup
« Reactie #74 Gepost op: 2024/06/20, 14:03:07 »
Na alle aanbevelingen gelezen (en getest) te hebben, is  dit mijn oplossing uiteindelijk geworden: rsync via de CLI.

1. Heb de USB docking station gehangen aan een RaspberryPi 2.
2. Heb 4 bash scripts gemaakt  om Documents, Pictures, Videos en Music te backuppen op verschillende tijdstippen,
    en nog een backup script om de backup-disk nog een keer te backuppen naar een andere harddisk (als 2e reserve)
3. henkoegema @ HP-Pavilion ~ => crontab -l
# m h  dom mon dow   command
*/30 * * * * /home/henkoegema/Scripts/BackupDoc.sh
0 * * * * /home/henkoegema/Scripts/BackupMus.sh
15 */1 * * * /home/henkoegema/Scripts/BackupPic.sh
30 */1 * * * /home/henkoegema/Scripts/BackupVid.sh
0 21 * * * /home/henkoegema/Scripts/Backup63to33.sh
henkoegema @ HP-Pavilion ~ =>

Heb het nu een paar dagen getest en ben er tevreden mee.
Dus de dure cloud backup kan nu opgezegd worden. 
En dat was uiteindelijk de bedoeling.   =D
« Laatst bewerkt op: 2024/06/20, 14:24:23 door henkoegema »
Miscere utile dulci. (Ter leering ende vermaeck)
http://henk.oegema.com  (Op RaspberryPi2)
Registered linux user 520520.  In gebruik: Ubuntu  24.04 Hobby's: Radio Amateur callsign: PA2HO.  Interesses: Raspberry Pi & Arduino & Jetson Nano (voor AI & ML) & TELLO drone (voor AI)