Командата `mv` в Linux: Пълно техническо ръководство и ръководство за разширена употреба

Командата mv в Linux премества или преименува файлове и директории чрез актуализиране на метаданните на файловата система — по-конкретно записа в директорията — без копиране на данни при работа в рамките на една и съща файлова система. Това я прави атомарна, почти мигновена операция за преместване в рамките на един дял, независимо от размера на файла.

Разбирането на тази разлика отличава обикновените потребители от администраторите, които могат да диагностицират защо преместването между две точки на монтиране се държи различно от преместването в рамките на един дял, защо определени mv операции предизвикват дисков I/O, докато други не го правят, и как да използват командата безопасно в производствени среди, където целостта на данните е задължителна.

Какво всъщност прави командата mv зад кулисите

Когато изпълните mv source destination в рамките на една и съща файлова система, ядрото извиква rename(2) — единично системно извикване, което атомарно преназначава записа в директорията. Никакви данни не се четат или записват на диска. Номерът на inode остава идентичен; променя се само пътят.

Когато изходът и местоназначението се намират на различни файлови системи (различни дялове, NFS монтирания или bind монтирания), mv преминава към последователност копиране-след-изтриване: чете изходните данни, записва ги в местоназначението и премахва връзката към изходния файл само след успешен запис. Това има критични последици:

• Прекъснатите премествания между файлови системи могат да оставят частично копие в местоназначението и оригинала непокътнат в изходното място, или — в най-лошия случай — да изтрият изходния файл преди записът да завърши.
• Преместването на големи файлове между файлови системи изразходва I/O честотна лента и време, пропорционални на размера на файла.
• Разрешенията и собствеността може да не се прехвърлят правилно, ако целевата файлова система не поддържа същия модел на разрешения (напр. FAT32, някои мрежови споделяния).

Тази разлика в поведението е невидима от синтаксиса на командата, но е от основно значение за решенията при системна администрация на сървъри, работещи с VPS Хостинг или Dedicated Сървъри с множество точки на монтиране.

Синтаксис и основни опции

mv [OPTIONS] SOURCE DESTINATION
mv [OPTIONS] SOURCE... DIRECTORY

Аргументи:

SOURCE — Един или повече файлове или директории за преместване или преименуване.
DESTINATION — Целевият път. Ако е съществуваща директория, изходният файл се поставя вътре в нея. Ако е несъществуващ път, изходният файл се преименува на този път.

Пълна справка за опциите

Опция
Дълга форма
Поведение


-i
--interactive
Пита преди презаписване на съществуващ файл


-f
--force
Потиска всички подкани; презаписва без потвърждение


-n
--no-clobber
Никога не презаписва съществуващ файл; мълчаливо пропуска


-u
--update
Премества само когато изходният файл е по-нов от целевия или целевият липсва


-v
--verbose
Отпечатва всяко файлово име при обработката му


-b
--backup
Създава резервно копие на всеки файл, който би бил презаписан


--suffix=SUFFIX
--suffix
Дефинира суфикса на резервното копие (по подразбиране е ~)


--strip-trailing-slashes
—
Премахва завършващите наклонени черти от изходните аргументи


-t DIR
--target-directory
Премества всички изходни файлове в посочената директория


-T
--no-target-directory
Третира местоназначението като обикновен файл, а не като директория


Забележка: Флагът -r / -R, посочен в много уроци, не съществува в GNU mv. За разлика от cp, командата mv премества директории рекурсивно по подразбиране, тъй като работи върху записи в директории, а не върху съдържанието на файлове. Подаването на -r към mv на повечето Linux дистрибуции ще доведе до грешка или ще бъде мълчаливо игнорирано в зависимост от реализацията.
Основни операции с точни примери
Преместване на файл в различна директория
mv /home/user/report.txt /var/backups/
Файлът report.txt се премества в /var/backups/. Ако /var/backups/ е в същата файлова система като /home/user/, това е мигновено. Ако не е, данните се копират физически.
Преименуване на файл на място
mv old_config.conf new_config.conf
И двата пътя споделят една и съща родителска директория, така че това е чисто извикване на rename(2) — без движение на данни, без I/O.
Преместване на множество файлове в директория
mv file1.txt file2.txt file3.txt /var/www/html/assets/
Когато са посочени множество изходни файлове, местоназначението трябва да е съществуваща директория. Ако не съществува, mv ще върне грешка.
Преместване на директория
mv /home/user/project /opt/projects/
Цялото дърво на директорията — включително всички вложени файлове и поддиректории — се премества като единична атомарна операция в рамките на същата файлова система. Не се изисква или приема флаг -r.
Разширени модели на използване
Използване на --backup за предотвратяване на случайна загуба на данни
Опцията --backup е един от най-неизползваните механизми за безопасност в mv. Тя създава версионирано резервно копие на всеки файл, който би бил презаписан:
mv --backup=numbered config.yml /etc/app/config.yml
Това създава /etc/app/config.yml.~1~, .~2~ и т.н. за последователни презаписвания. В автоматизирани скриптове за внедряване, този модел осигурява лек механизъм за връщане назад без специален инструмент за резервно копиране.
Режими за управление на резервни копия:

none / off — Без резервно копие (поведение по подразбиране без --backup)
simple / never — Винаги създава просто резервно копие със суфикса ~

Условни премествания с --update

mv --update /tmp/processed/*.csv /data/archive/

Само файловете в /tmp/processed/, които са по-нови от съответните им файлове в /data/archive/, ще бъдат преместени. Файловете с идентични или по-стари времеви маркери остават непокътнати. Това е особено полезно в ETL тръбопроводи и скриптове за ротация на логове, където идемпотентността е от значение.

Използване на -t за синтаксис, съвместим със скриптове

Опцията --target-directory обръща реда на аргументите, правейки я съвместима с тръбопроводи на xargs и find:

find /var/log -name "*.log.gz" -mtime +30 | xargs mv -t /mnt/cold-storage/logs/

Без -t, xargs би трябвало да конструира списъка с аргументи по различен начин. Този модел е много по-надежден в производствената автоматизация.

Комбиниране на --no-clobber с подробен изход

mv -nv *.conf /etc/app/conf.d/

Това премества всички .conf файлове без презаписване на съществуващи, и отпечатва всяко успешно преместване в stdout. Комбинацията е идеална за безопасни, одитируеми масови операции.

Безопасно преместване на файлове между файлови системи

При преместване на големи файлове или директории между точки на монтиране, разгледайте този модел за осигуряване на целостта:

rsync -a --remove-source-files /source/path/ /destination/path/ && 
find /source/path -type d -empty -delete

rsync с --remove-source-files извършва верифицирано копиране-след-изтриване с валидиране на контролна сума, което mv не предоставя за операции между файлови системи. Използвайте този подход за критични миграции на данни на производствени сървъри.

Практически случаи на употреба при системна администрация

Ротация на приложни логове

mv /var/log/nginx/access.log /var/log/nginx/access.log.$(date +%Y%m%d)
kill -USR1 $(cat /var/run/nginx.pid)

Това преименува активния лог файл и сигнализира на Nginx да отвори отново своя файлов дескриптор за логове. Комбинацията е основата на ръчната ротация на логове преди logrotate да я обработи автоматично.

Атомарно внедряване на конфигурационни файлове

mv --backup=numbered /tmp/nginx.conf /etc/nginx/nginx.conf
nginx -t && systemctl reload nginx

Резервното копие гарантира, че предишната конфигурация е запазена, ако новата не премине валидирането.

Организиране на активи на уеб сървър

На сървър, изпълняващ уеб приложение, масово организиране на качени файлове по тип:

mv /var/www/uploads/*.jpg /var/www/uploads/images/
mv /var/www/uploads/*.pdf /var/www/uploads/documents/
mv /var/www/uploads/*.mp4 /var/www/uploads/video/

Този вид структурирано управление на активи е разпространено на сървъри, хостващи сайтове чрез Споделен Уеб Хостинг или управлявани среди VPS с cPanel.

Поетапно подновяване на SSL сертификати

При управление на ръчно подновени сертификати, mv с резервно копие е безопасен модел за внедряване:

mv --backup=simple /etc/ssl/certs/domain.crt /etc/ssl/certs/domain.crt.bak
mv /tmp/new_domain.crt /etc/ssl/certs/domain.crt

За автоматизирано управление на сертификати, съчетаването на това с правилно конфигурирана услуга SSL Сертификати елиминира изцяло необходимостта от ръчна ротация.

Архивиране на имейл данни на пощенски сървър

На сървър, изпълняващ пощенски услуги, преместване на обработени пощенски кутии в студено хранилище:

mv --update /var/mail/processed/ /mnt/archive/mail/$(date +%Y-%m)/

Това е пряко приложимо за среди, използващи специализирана Имейл Хостинг инфраструктура, където управлението на пощенски кутии се извършва на ниво файлова система.

mv срещу cp + rm срещу rsync: Кога да използвате кое

Чести грешки и как да ги избегнете

Неяснота с завършваща наклонена черта при директории:

mv directory_a/ directory_b

Ако directory_b съществува, directory_a се поставя *вътре* в directory_b, което води до directory_b/directory_a/. Ако directory_b не съществува, directory_a се преименува на directory_b. Това поведение изненадва много администратори. Използвайте mv -T, за да принудите местоназначението да се третира като файлов път, а не като контейнерна директория.

Разширяване на заместващи знаци без съвпадения:

mv *.log /archive/

Ако не съществуват .log файлове, обвивката разширява *.log до буквалния низ *.log, и mv се опитва да премести файл буквално наречен *.log, което се проваля с объркваща грешка. Използвайте nullglob в bash скриптове:

shopt -s nullglob
files=(*.log)
[[ ${#files[@]} -gt 0 ]] && mv "${files[@]}" /archive/

Условия на надпревара в конкурентни среди:

Множество процеси, преместващи файлове от споделена директория за опашка, могат да причинят конфликти. Използвайте mv с уникално временно име и след това преименувайте атомарно:

mv /spool/job_123.tmp /spool/processing/job_123.work

Тъй като rename(2) е атомарна, този модел е безопасен за опашки от задачи в рамките на една файлова система.

Преместване на файлове с имена, започващи с тире:

mv -- -oddfile.txt /destination/

-- сигнализира края на опциите, предотвратявайки интерпретирането на -oddfile.txt като флаг.

Разрешения след преместване между файлови системи:

mv не запазва разширени атрибути (xattrs), ACL или SELinux контексти при всички типове файлови системи. След преместване между файлови системи, проверете с:

ls -lZ /destination/file
getfattr -d /destination/file

Надеждно скриптиране на mv в производствена среда

За всеки скрипт, използващ mv в производствен контекст, прилагайте тези практики безусловно:

#!/usr/bin/env bash
set -euo pipefail

SOURCE="/var/data/export"
DEST="/mnt/nas/backup/$(date +%Y%m%d)"

# Verify source exists
[[ -e "$SOURCE" ]] || { echo "Source not found: $SOURCE" >&2; exit 1; }

# Verify destination is writable
mkdir -p "$DEST"
[[ -w "$DEST" ]] || { echo "Destination not writable: $DEST" >&2; exit 1; }

# Perform move with verbose output for logging
mv -v "$SOURCE" "$DEST/"

• set -euo pipefail гарантира, че скриптът излиза при всяка грешка, недефинирана променлива или неуспешен тръбопровод.
• Изричните проверки за съществуване и записваемост предотвратяват мълчаливи неуспехи.
• Подробният изход създава одитна следа в системните логове.

Матрица за решения: Избор на правилните опции за mv

Ключови технически изводи

• mv в рамките на същата файлова система е атомарна и не произвежда дисков I/O — това е операция само с метаданни чрез rename(2).
• mv между файлови системи е последователно копиране-след-изтриване; третирайте го като cp при планиране на надеждността.
• Няма флаг -r в GNU mv — директориите се преместват рекурсивно по подразбиране.
• --backup=numbered е най-неизползваната функция за производствена безопасност в mv.
• --no-clobber (-n) и --force (-f) се взаимно изключват; последно посоченият печели.
• За критични миграции на данни между файлови системи, rsync --remove-source-files осигурява верификация на контролна сума, която mv не може да предостави.
• Винаги поставяйте променливите в кавички в скриптове и използвайте -- за обработка на файлови имена със специални символи.
• Проверявайте SELinux контекстите и ACL след всяко преместване между файлови системи в среди с повишена сигурност.

Често задавани въпроси

Работи ли mv по различен начин на SSD в сравнение с HDD?

За преместване в рамките на същата файлова система — не, операцията е актуализация на метаданни независимо от хардуера за съхранение. За преместване между файлови системи, SSD намалява реалното време на фазата на копиране, но логическото поведение и рисковете са идентични.

Защо mv понякога отнема дълго дори за малък файл?

Ако изходът и местоназначението са на различни файлови системи — включително NFS монтирания, tmpfs или отделни дялове — mv извършва пълно копиране. Дори малък файл, преместен през бавно мрежово монтиране, ще бъде бавен. Проверете с df -h source destination дали споделят файлова система.

Може ли mv да се използва за преместване на файлове между Docker контейнери или томове?

Не директно. Docker томовете са отделни файлови системни пространства от имена. mv в рамките на един том работи нормално, но преместването на данни между томове изисква операции от тип cp, обикновено чрез docker cp или споделено bind монтиране.

Какво се случва, ако mv бъде прекъснат по средата на операция при преместване между файлови системи?

Изходният файл остава непокътнат до завършване на копирането и успешното премахване на връзката. Ако процесът бъде прекратен след копирането, но преди премахването на връзката, съществуват и двете копия. Ако бъде прекратен по време на копирането, частичният целеви файл остава, а изходният е непокътнат. Винаги проверявайте и двата пътя след прекъснато mv между файлови системи.

Безопасно ли е да се използва mv в cron задачи без интерактивни флагове?

Да, при условие че използвате -f или -n изрично за потискане на всякакви подкани (които биха причинили блокиране на cron задачата), валидирате пътищата преди изпълнение и пренасочвате stdout и stderr към лог файл за одитируемост.