Fórum Root.cz

Hlavní témata => Hardware => Téma založeno: BigSandy 12. 01. 2023, 06:19:38

Název: Kopírování na uspaný disk v crontab
Přispěvatel: BigSandy 12. 01. 2023, 06:19:38
Zdravím Vás.
Mám na raspi - SD kartě databázi a chci jí každý den zálohovat.
Kód: [Vybrat]
0 0 * * * sudo cp /home/pi/Documents/Moje_data.gso /media/FlashDisk1/Moje_data.gso
0 0 * * * sudo cp /home/pi/Documents/Moje_data.gso /media/Disk/DATA/Moje_data.gso

Na flashdisk je to ok, ale na pevném disku ne.
Pokud minutu před půlnoci disk probudím třeba přes sambu, tak je to ok.
Nějaké řešení?
Děkují.

Název: Re:crontab kopirovaní na uspany disk.
Přispěvatel: alex6bbc 12. 01. 2023, 06:44:15
to chces rict, ze nejde jen tak zacit psat na disk, ze je ho treba nejak probudit?!  :-O
Název: Re:Kopírování na uspaný disk v crontab
Přispěvatel: BigSandy 12. 01. 2023, 08:26:11
Ano.
Mam nasdileny disk přes sambu a když chci na něj jít, tak to par vteřin trva než se probudí.
Název: Re:Kopírování na uspaný disk v crontab
Přispěvatel: Pavel... 12. 01. 2023, 09:15:42
ja by som amaterky spravil nieco ako:
- vykonam akciu na zobudenie flasky
- pockal minutu
- spravil to co chcem

verim tomu, ze existuje inteligentnejsie riesenie, ale toto predpokladam by som mal za 5 minut hotove a mohol by som sa venovat zmysluplnejsim problemom :P
Název: Re:Kopírování na uspaný disk v crontab
Přispěvatel: Jan Fikar 12. 01. 2023, 14:32:58
Ano.
Mam nasdileny disk přes sambu a když chci na něj jít, tak to par vteřin trva než se probudí.

no správně by to cp mělo počkat, až se disk probudí a pak to tam nasypat

takže výsledek je, že na disku to není? je někde nějaká chyba? v dmesg? v syslogu? je /media/Disk/ pořád namountovaný? jak?

co dát do crontabu logování do souboru a pak kouknout co je v log.1 a log.2:

Kód: [Vybrat]
cp /home/pi/Documents/Moje_data.gso /media/Disk/DATA/Moje_data.gso 1>/home/pi/log.1 2>/home/pi/log.2
jinak crontab má i root, takže asi není důvod mít v crontabu uživatele sudo
Název: Re:Kopírování na uspaný disk v crontab
Přispěvatel: _Jenda 12. 01. 2023, 17:23:48
takže výsledek je, že na disku to není? je někde nějaká chyba? v dmesg? v syslogu? je /media/Disk/ pořád namountovaný? jak?

co dát do crontabu logování do souboru a pak kouknout co je v log.1 a log.2:

Kód: [Vybrat]
cp /home/pi/Documents/Moje_data.gso /media/Disk/DATA/Moje_data.gso 1>/home/pi/log.1 2>/home/pi/log.2
cron posílá výstup mailem, pokud mu to nefunguje, stálo by za to to rozchodit, může se to hodit i k jiným věcem.

Osobně bych čekal že pokud to zůstane viset, tak bude cp ve stavu D (zaseknuté), což bude vidět v ps aux nebo v htopu. Pokud cp proběhne ale soubor se nezapíše, tak hotfix je zavolat po tom sync, a správné řešení je nastavit tomu filesystému správně commit.

Ručně z konzole to proběhne správně?
Název: Re:Kopírování na uspaný disk v crontab
Přispěvatel: BigSandy 13. 01. 2023, 06:27:33
To co tu dal Jan Fikar funguje a mám to překopírované a log prázdné.  ;)
Tak asi bude problém s tým sudo, zkusím bez.
Normálně přes terminál to překopírovat jde.
Děkují moc.
Název: Re:Kopírování na uspaný disk v crontab
Přispěvatel: Jan Fikar 13. 01. 2023, 15:54:45
pokud je log prázdný, tak je vše v pořádku

normálně cron loguje do mailu, ale na RPi myslím ve výchozím nastavení mail není, tak mi to přijde jako kanón na vrabce, obzvlášť jestli budou v cornu jen dvě úlohy
Název: Re:Kopírování na uspaný disk v crontab
Přispěvatel: BigSandy 13. 01. 2023, 16:55:40
JJ. Děkují moc. ;)
Název: Re:Kopírování na uspaný disk v crontab
Přispěvatel: RDa 13. 01. 2023, 19:16:42
Neni problem v tom, jako ma napr. NFS mount optiony: hard vs. soft - tj. zda se ma opravdu cekat na spojeni vs. vzdat to po nejake dobe?

Ma samba neco podobneho?