Antigen nifi eller bara köra rsync scriptat. Det finns andra lösningar också såklart, men ibland är det enklast att ha kontrollen själv.
nifi.apache.org
Hmm ja, inser att min fundering nog främst rörde hur jag ska skapa fillistorna enl ovan, det får nog bli att scripta nåt i python som jag behärskar bättre än t. ex. bash, och sen mata rclone med det som input.Antigen nifi eller bara köra rsync scriptat. Det finns andra lösningar också såklart, men ibland är det enklast att ha kontrollen själv.
Apache NiFi
Apache NiFi is an easy to use, powerful, and reliable system to process and distribute data
#!/bin/bash
set -o errexit
BACKUPROOT='e:\\Bilder'
CURRYEAR="2022" # $( date +%Y )
PREVYEAR="2021" # $(( $( date +%Y ) - 1 ))
provider1=$( mktemp -t provider1 )
provider2=$( mktemp -t provider2 )
cleanup() {
rm -f "$provider1"
rm -f "$provider2"
}
trap cleanup EXIT
(
cd "$BACKUPROOT"
for dir in *; do
if [[ ! -d "$dir" ]]; then
continue
fi
if [[ "$dir" == *dubbelsynk* ]]; then
echo "$BACKUPROOT/$dir" >> "$provider1"
echo "$BACKUPROOT/$dir" >> "$provider2"
elif [[ "$dir" == ${CURRYEAR}_* ]] || [[ "$dir" == ${PREVYEAR}_* ]]; then
echo "$BACKUPROOT/$dir" >> "$provider1"
else
echo "$BACKUPROOT/$dir" >> "$provider2"
fi
done
)
rclone sync --include-from "$provider1" ...till ettan
rclone sync --include-from "$provider2" ...till tvåan
exit 0
Det är ju oftast kortare i python (och man slipper förhistoriskt knaseri). :)
#!/usr/bin/env python3
# -*- coding: utf-8 -*-
import os
import tempfile
import subprocess
BACKUPROOT="e:\\Bilder"
CURRYEAR="2022" # str(date.today().year)
PREVYEAR="2021" # str(date.today().year - 1)
def sync_dirs(sourcefile, target):
subprocess.check_call(["/usr/bin/rclone", "--include-from", sourcefile, target])
def main(argv):
list1 = []
list2 = []
for dirpath, dirnames, filenames in os.walk(BACKUPROOT):
for name in dirnames:
path = os.path.join(dirpath, name)
if "dubbelsynk" in name:
list1.append(path)
list2.append(path)
elif name.startswith(CURRYEAR + "_") or name.startswith(PREVYEAR + "_"):
list1.append(path)
else:
list2.append(path)
try:
provider1 = tempfile.NamedTemporaryFile(mode="wt", encoding="utf-8")
provider2 = tempfile.NamedTemporaryFile(mode="wt", encoding="utf-8")
for pathlist, fp in [(list1, provider1), (list2, provider2)]:
print("\n".join(pathlist), file=fp)
sync_dirs(provider1.name, "moln ett")
sync_dirs(provider2.name, "moln två")
finally:
for path in [provider1.name, provider2.name]:
try:
os.remove(path)
except:
pass
return 0
if __name__ == '__main__':
sys.exit(main(sys.argv))Trevligare på alla sätt iaf. :) Finns väl några sätt att korta ner det där om man vill, context manager för temp files förenklar lite, fel vid delete av nyss skapad tempfil kanske inte är så viktigt, låt fel propagera ut ur main så returnerar den felkod, skippa sys.argv som verkar oanvänt.
Bash är väl inte direkt krångligt, snarare mest gammaldags och begränsat på en massa vis, med fler subtila möjligheter att göra fel för olika fall. Python är ju totalt annat, krångligare att förstå på djupet / i sin helhet då det täcker allt möjligt. Vet du nåt fall där bash vore signifikant bättre eller enklare än motsvarande lösning i python?
date -d "last year yesterday" +"%F"
Ska man mest bara interagera med filsystemet och orkestrera kommandon så blir det oftast smidigast med ett shellscript. Blir det däremot så komplext att man behöver icke-globala variabler och robust felhantering är det dags för ett riktigt språk, men det är ju inte en hög tröskel.
Hur definierar man proffs i detta fallet?
www.ifixit.com
Smart tänkt!
QX-laddning kom först med åttan, tyvärr. Apple har just börjat sälja hemreparations-kit inklusive reservdelar och de hyr ut verktyg, allt för att blidka amerikanska myndigheter som börjar se mer allvarligt på right-to-repair, men flera seriösa tidningar och liknande som testat dem säger att kiten är mer till skada än nytta då instruktionerna, enligt dem, är med flit så svåra att följa och kräver så många specialverktyg att ingen hemmafixare ska välja att göra det.
Bra input, tackar !
Bara properitära grafikdrivrutiner för amd/nvidia man brukar behöva installera separat. Ubuntu har dem som paket att installera om du nu har amd eller nvidia grafikort.
itsfoss.com
Fattar inte riktigt men Vega nämns längre ner
Hmm, har bara kört HDMI, men har ju DP både på skärm och pcn så kanske får skaffa/låna en sån kabel och testa. Ang. YUV vs RGB osv.. hur kollar jag det?
Brukar synas i skärmens inställningar om man letar runt lite.
Jo det är väl miljöerna jag jobbar i som gör mina preferenser. Mac, Windows och lite Linux, där scriptandet nästan uteslutande är verktyg och hjälpmedel för annan utveckling (Desktop-programvara och relaterade utvecklingsverktyg gjorda med mest C++, lite python) och alla maskiner som kör script är för såna syften. Så inga direkta begränsningar på vad man får kräva förutom att undvika beroenden mot saker som fasas ut, och viktigt med plattformsoberoende lösningar, underhåll med tweaks och ändringar åt olika håll hela tiden.
AMD's drivisar är open source och ligger redan i inbakade i kärnan. Däremot verkar de defaulta på färgrymd YCbCr vs RGB vilket kanskeleder till de problemdu beskriver. Testa med en annan skärm kanske? Jag vet inte hur en får en radeon peta ur sig en RGB kodad signal annars
Länge sedan jag körde så men tycker du borde googlat, första google-träffen ger detta vilket jag tycker stämmer med hur det borde funka:
itsfoss.com
Det normala idag är väl annars att köra den andra maskinen i en VM miljö. VirtualBox kan du ju köra på windows och sedan köra dina linuxmaskiner där. Personligen kör jag hellre proxmox på metallen och kör de maskiner jag önskar som VMar där, men man gör som man själv tycker känns bäst.Länge sedan jag körde så men tycker du borde googlat, första google-träffen ger detta vilket jag tycker stämmer med hur det borde funka:
Beginners Guide to Install Windows With Ubuntu in Dual Boot
This detailed article shows you how to dual boot Ubuntu with Windows 10, step-by-step, accompanied with proper screenshots.
Det värsta som kan hända är väl att du inte längre kommer åt din windows-installation så en komplett backup är ju bra att fixa innan. Jag har inte försökt mig på det här sedan uefi och krypterade diskar blev standard men de övriga stegen är ganska enkla om du har koll på hur linux/unix hanterar hårddiskar och grundläggande termer gällande disk-partitionering.
Proxmox för "riktiga" saker. Virtualbox till lek och test, håller helt med om att oracal är onda på riktigt och inget företag man egentligen vill befatta sig med. Tyvärr är dock virtualbox rätt smidigt som miljö för småsaker. Hemma.
