Pliki „nadpisane”, wciąż zajęte, są zgubione?

Tak głupie niecierpliwe, że użyłem następującego skryptu na moim serwerze 19.04, próbując przenieść kilka plików wideo do folderów z prefiksami:

dirs=(A B C D E F G H I J K L M N O P Q R S T U V W X Y Z)
shopt -s nocasematch

for file in *
do
    for dir in "${dirs[@]}"
    do

     if [ -d "$file" ]; then
      echo 'this is a dir, skipping'
      break
     else
      if [[ $file =~ ^[$dir] ]]; then
       echo "----> $file moves into -> $dir <----"
       mv "$file" "$dir"
       break
      fi
     fi
  done
done

Nie mam pojęcia, gdzie poszło nie tak, ale zamiast przenieść pliki do folderów, przeszedł do pojedynczego wyjścia .. więc:

----> a1.ts moves into -> A <----
----> a2.ts moves into -> A <----
----> a3.ts moves into -> A <----
----> a4.ts moves into -> A <----
----> a5.ts moves into -> A <----
----> c1.ts moves into -> C <----
----> c2.ts moves into -> C <----
----> c3.ts moves into -> C <----
----> c4.ts moves into -> C <----
----> c5.ts moves into -> C <----

Na szczęście zatrzymałem proces (CTRL + C), gdy tylko zauważyłem, że nie idzie zgodnie z przeznaczeniem i nie przejrzałem całego folderu.

Więc teraz mam te pliki Ai C, które są mniej niż GB, i wygląda na to są wideo pojedynczym.

W całkowitym wykorzystaniu dysku przez sam folder nie jest uwzględnione 50 Gb, ale ogólna przestrzeń dyskowa komputera pozostała taka sama. Sprawiasz, że myślę, że pliki nie zostały usunięte?

Każda pomoc doceniona, dziękuję :)

Edycja: pliki faktycznie zniknęły, pozostaje tylko ostatni plik do zapisania, wystarczyło trochę czasu, aby zaktualizować informacje o użyciu dysku.

Myślę, że to jest problem: powinieneś utworzyć katalogi A, B, C ... Z. Jeśli tak, mvpolecenie powinno przenieść pliki do tych katalogów.

Ale jeśli nie, mvpolecenie przenosi pliki do plików o tych nazwach, A, B, C ... i myślę, że to właśnie zrobiłeś.

Aby uczynić shellscript bezpieczniejszym, powinieneś stworzyć katalogi (jeśli jeszcze ich nie ma) przed rozpoczęciem przenoszenia.

dirs=(A B C D E F G H I J K L M N O P Q R S T U V W X Y Z)

for dir in "${dirs[@]}"
do
 mkdir -p $dir
done

Jeśli chcesz, aby wszystko stało się jeszcze bezpieczniejsze, możesz również użyć mvtej -iopcji

   -i, --interactive
          prompt before overwrite

@ Sudodus już wyjaśnił, co poszło nie tak, ale tutaj jest następna prostsza wersja skryptu na następny raz:

for letter in {a..z}; do 
    dir=${letter^}
    mkdir -p -- "$dir" 
    mv -- "$letter"* "${letter^^}"* "$dir"/
done

Wyjaśnienie

• for letter in {a..z}; do: {a..z}rozwija się do wszystkich małych liter między ai z:

  $ echo {a..z}
  a b c d e f g h i j k l m n o p q r s t u v w x y z

  Spowoduje to iterację wszystkich małych liter, zapisując każdą z nich jako $letter.

• dir=${letter^}: składnia ${var^^}zwraca zawartość zmiennej $varz pierwszym znakiem wielkimi literami (ponieważ ma tylko jeden znak, to wszystko, czego potrzebujemy). Tak więc, jeśli $letterjest a, to ${letter^^}jest A, a zatem $dirbędzie wersją bieżącej dużej litery $letter.

• mkdir -p -- "$dir": utwórz katalog. Jeśli już istnieje, nie rób nic ( -p). -- Oznacza koniec opcji i jest przydatna do ochrony przed nazwach zaczynających się -.
• mv -- "$letter"* "${letter^}"* "$dir" : przenieś każdy plik (lub katalog) do odpowiedniego celu.

Problem polega na tym, że przenosi także wszystkie katalogi, które możesz mieć. Nie przeniesie katalogów docelowych, ponieważ albo jeszcze nie istnieją, albo spróbujesz przenieść je do siebie, ale wszelkie istniejące katalogi, które nie są katalogiem docelowym, zostaną przeniesione.

Jeśli to jest problem, będziesz musiał zrobić coś takiego:

for file in *; do 
    if [[ ! -d "$file" ]]; then 
        letter="${file:0:1}"
        dir="${letter^}"
        mkdir -p -- "$dir"
        mv -- "$file" "$dir"/
    fi
done

Zamiast sprawdzać każdy plik w tablicy słownikowej, która tworzy dużo iteracji, możesz dopasować pliki do wzorców.

Bardzo podstawowy rodzaj:

#!/bin/bash

videos=./videos
sorted=./sorted

# sort types link,move.
sort_type=link

find "$videos" -maxdepth 1 -type f \
   \( -name '*.avi' -o -name '*.mkv' -o -name '*.mp4' \) -print0 |

while IFS= read -r -d ''; do

    b=$(basename "$REPLY")
    c=${b::1}

    case $c in
        [a-zA-Z]) label=${c^} ;; [0-9]) label="0-9" ;; *) label="_" ;;
    esac

    [[ ! -d "$sorted/$label" ]] && mkdir -p "$sorted/$label"

    if [[ -L $sorted/$label/$b ]] || [[ -e $sorted/$label/$b ]]; then
        echo "File/link: '$b' exists, skipping."
        continue
    fi

    case $sort_type in
        link)
            ln -rfst "$sorted/$label" -- "$REPLY"
            ;;
        move)
               mv -t "$sorted/$label" -- "$REPLY"
            ;;
    esac
done

Zabezpiecz w swoim .bashrc:

alias mv="mv -n --backup=numbered"

Dla przypomnienia, kilka sposobów, aby przestać mvzastępować istniejące pliki:

• Jeśli chcesz przejść do katalogu, dodaj ukośnik do celu, tzn. Użyj mv "$file" "$dir"/zamiast mv "$file" "$dir". Jeśli $dirnie istnieje lub nie jest katalogiem, mvnarzeka:

  $ touch a
  $ mv a z/
  mv: cannot move 'a' to 'z/': Not a directory
  $ touch z
  $ mv a z/
  mv: failed to access 'z/': Not a directory

  Wydaje się, że wywołuje rename("a", "z/")to wywołanie systemowe , więc powinno być bezpieczne od luk w zabezpieczeniach od czasu sprawdzenia do czasu użycia, na wypadek, gdyby ktoś obsługiwał ten sam zestaw plików w tym samym czasie.

• Alternatywnie użyj mv -t "$dir" "$file". Znów będzie narzekać, jeśli $dirnie jest katalogiem.

• Użyj -nopcji, aby zapobiec zastąpieniu istniejących plików:

  -n, --no-clobber
      do not overwrite an existing file

  Nie powstrzyma go przed zmianą nazwy pierwszego pliku, ale nie usunie go z innymi.

  To wydaje się nazwać zwykłym rename(), więc może nie być bezpieczne przy jednoczesnej obsłudze. (Jest renameat2()taki, który obsługiwałby flagę, aby zapobiec zastąpieniu).

Chociaż najwyraźniej tak nie jest, możliwe, że możesz to zrobić i nie stracić plików. Wymagałoby to jednej z dwóch rzeczy:

• Co najmniej jedno „twarde łącze” do tych samych plików istnieje w innym miejscu w systemie plików
• Jeden lub więcej procesów ma otwarty plik

Uniksowe systemy plików pozwalają, aby więcej niż jedna pozycja katalogu odnosiła się do dokładnie tej samej zawartości pliku . Nazywa się to „ twardym linkiem ”. Możesz tworzyć twarde linki za pomocą lnpolecenia, bez opcji common -s(soft / symbolic). Tak długo, jak istnieje przynajmniej jedno twarde łącze do zawartości pliku, nie będzie ono ponownie wykorzystywane przez system plików.

(Uwaga dodatkowa: uprawnienia zwykle dotyczą zawartości pliku, a nie pozycji katalogu. Dlatego zwykły użytkownik może czasami usunąć plik będący własnością root, ale nie może do niego zapisać. Operacja usuwania modyfikuje folder, a nie sam plik. )

System plików również nie będzie ponownie używał zawartości pliku, dopóki przynajmniej jeden proces ma otwarty plik. Nawet jeśli nie istnieje pozycja katalogu, system plików nie uzna, że ​​miejsce jest wolne, dopóki żadne procesy nie zostaną otwarte. Plik można odzyskać z wirtualnego systemu plików /proc/<pid>/fd, rootdopóki plik jest otwarty. (Dzięki @fluffysheap.)