Portál AbcLinuxu, 5. května 2025 00:57
Řešení dotazu:
find -newerBt '2016-06-01' ! -newerBt '2016-06-02'
22.1.2018 19:04
Josef Kufner | skóre: 70
find . -type f | while read -r file
do
stat "${file}" | grep ^Change:\ ....-..-0.\ > /dev/null && echo ${file}
done
find . -type f | while read -r file
do
#stat "${file}"
stat "${file}" | grep ^Modify:\ ....-..-01\ > /dev/null && echo ${file}
done
Teď můžu pokračovat ...
Nejsem si jistý, co přesně myslíte formulací "rozhodit do Daily a Monthly", ale není to něco jako
for f in *.7z; do
dir=$(date -d @$(stat -c %Y $f) +%Y/%m/%d)
mkdir -p "$dir"
mv -vi "$f" "${dir}/"
done
Přesně mám na mysli toto:
Každý den se mi zálohují servery na své disky (je to rychlé) a následně se ty jejich zálohy kopírují na linuxový backup disk.
Skripty na těch serverech (Windows/Linux) neumí standardně dělat Monthly, jen Daily. A předělávat všechny skripty by byla otrava.
Proto na cílovém záložním serveru chci zálohy stěhovat do složky Monthly, abych si mohl udržovat 2 měsíce záloh ( zbytek se postupně odmazává), ale 6 měsíců záloh měsíčních, vždy první den v měsíci.
Je to i z kapacitních důvodů a takto je to po mě vyžadováno.
Vše mám pořešené, jen to kopírování 1.v měsíci jsem doposud neměl a nějak jsem se v tom zrácel.
Řešení výše je funkční, tvoje vyzkouším.
Moc děkuji za pomoc. Už jsem se s tím trápil celkem dlouho (po chvilkách cca měsíc).
Třeba to někomu dalšímu pomůže taky.
23.1.2018 15:04
Josef Kufner | skóre: 70
/srv/backup/$HOSTNAME/$YYYY-$MM-$DD/, takže hned je vidět ze kdy a odkud záloha je.
Co se stane, když se prvního ta záloha nepovede a bude chybět? Budeš mít pak dvouměsíční díru v zálohách? Spíš než dle data bych to řešil pořadím. Prostě první záloha v měsíci se zachová, ostatní se smažou. Takže pokud prvního zálohování selže, tak se zachová záloha z druhého a zbytek jde pryč.
Další otázka je, co se má stát, pokud zálohování přestane fungovat (nebo se servr odstraní). Smažou se postupně všechny zálohy, nebo prostě zůstane posledních šest měsíčních záloh? Co se stane s nejaktuálnější zálohou? Pokud by poslední záloha byla z 31. dne v měsíci a zachovala by se jen měsíční záloha z 1. dne v měsíci, znamená to ztrátu dat za poslední měsíc.
IN=/home/user
for f in $IN/*.7z; do
dir=$(date -d @$(stat -c %Y $f) +%Y/%m/%d)
echo $dir
#mkdir -p "$dir"
#mv -vi "$f" "${dir}/"
done
Výsledkem je výpis datumů ze všech souborů, které se na uvedené cestě nacházejí. Takže teď už jen vybrat ten d=01 a je to.
for f in ${IN}/*.7z; do
if [ "$(date -d @$(stat -c %Y $f) +%d" = 01 ]; then
...
fi
done
for f in ${IN}/*.7z; do
if [ "$(date -d @$(stat -c %Y $f) +%d)" = 01 ]; then
echo $f
fi
done
Píše Line 2: [01 Command not found Line 2: [02 Command not found Line 2: [03 Command not found Line 2: [04 Command not found Line 2: [05 Command not found Line 2: [06 Command not found
Ještě je tam nějaká chyba, ale tomu nerozumím. Jaký příkaz?
Pokud opravím hranaté závorky, pak je výstup takto:
for f in ${IN}/*.7z; do
if [ "$(date -d @$(stat -c %Y $f) +%d)"] = 01 ; then
echo $f
fi
done
Píše Line 2: [01] Command not found Line 2: [02] Command not found Line 2: [03] Command not found Line 2: [04] Command not found Line 2: [05] Command not found Line 2: [06] Command not found
Kde je tam chyba? Já jí nevidím...
test a je potřeba ji chápat jako příkaz, od kterého je první argument oddělen mezerou.)
Tak toto jsem netušil, že to není jen ohraničení příkazu a mezera je nutná. Zase jsem chytřejší, moc díky.
Vyřešeno, teď to chodí skvěle 
Akorát nesmíte mít mezery v názvech souborů
Může. Při návrhu takových skriptů je vhodné na tyhle věci myslet. Chyby ve zpracování mezer je lepší pohlídat a odstranit hned v úvodu, protože jinak člověka jednou spolehlivě střelí do nohy. (Otázka není zdali, ale kdy.)
Tak mi přijde, že většina navrhovaných řešení nesplňuje některé důležité předpoklady, jako například:
Tady je řešení, které bych použil já, kdybych potřeboval najít soubory změněné prvního.
find -type f -printf '%Td %p\n' \
| while read line; do
((10#"${line%% *}" == 1)) && echo "${line#* }"
done
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.