Linux `mv` Komutu: Eksiksiz Teknik Referans ve Gelişmiş Kullanım Kılavuzu

Linux’taki

komutu, aynı dosya sistemi içinde çalışırken veri kopyalamadan — özellikle dizin girişini — dosya sistemi meta verilerini güncelleyerek dosya ve dizinleri taşır veya yeniden adlandırır. Bu, dosya boyutundan bağımsız olarak aynı bölüm içindeki taşıma işlemlerini atomik ve neredeyse anlık bir işlem haline getirir.

Bu ayrımı anlamak, sıradan kullanıcıları; iki bağlama noktası arasındaki taşıma işleminin tek bir bölüm içindekinden neden farklı davrandığını, belirli

işlemlerinin neden disk G/Ç’sini tetiklediğini diğerlerinin neden tetiklemediğini ve veri bütünlüğünün tartışmasız olduğu üretim ortamlarında komutu nasıl güvenli kullanacağını teşhis edebilen yöneticilerden ayırır.

mv

Komutu Arka Planda Gerçekte Ne Yapar

Aynı dosya sisteminde

komutunu çalıştırdığınızda, çekirdek dizin girişini atomik olarak yeniden atayan tek bir sistem çağrısı olan‘ı çağırır. Diske hiçbir veri okunmaz veya yazılmaz. İnode numarası aynı kalır; yalnızca yol değişir.

Kaynak ve hedef farklı dosya sistemlerinde (farklı bölümler, NFS bağlamaları veya bind bağlamaları) bulunduğunda,

kopyala-sonra-sil dizisine geri döner: kaynak verileri okur, hedefe yazar ve yalnızca başarılı bir yazma işleminden sonra kaynağın bağlantısını keser. Bunun kritik sonuçları vardır:

• Kesintiye uğrayan dosya sistemi arası taşımalar, hedefte kısmi bir kopya ve kaynakta orijinal bırakabilir ya da — en kötü senaryolarda — yazma tamamlanmadan önce kaynağı silebilir.
• Dosya sistemleri arasındaki büyük dosya taşımaları, dosya boyutuyla orantılı G/Ç bant genişliği ve zaman tüketir.
• İzinler ve sahiplik, hedef dosya sistemi aynı izin modelini desteklemiyorsa (örn. FAT32, bazı ağ paylaşımları) doğru şekilde aktarılamayabilir.

Bu davranış farkı, komut sözdiziminden görünmez ancak birden fazla bağlama noktasına sahip VPS Hosting veya Dedicated Servers çalıştıran sunuculardaki sistem yönetimi kararları için temeldir.

Sözdizimi ve Temel Seçenekler

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

Argümanlar:

• SOURCE
  — Taşınacak veya yeniden adlandırılacak bir veya daha fazla dosya ya da dizin.
• DESTINATION
  — Hedef yol. Mevcut bir dizinse, kaynak onun içine yerleştirilir. Mevcut olmayan bir yolsa, kaynak o yola yeniden adlandırılır.

Tam Seçenekler Referansı

Not: Birçok eğitimde listelenen

/ bayrağı GNU‘de mevcut değildir.‘den farklı olarak, komutu dizinleri varsayılan olarak özyinelemeli şekilde taşır çünkü dosya içerikleri üzerinde değil, dizin girişleri üzerinde çalışır. Çoğu Linux dağıtımında‘yi‘e geçirmek, uygulamaya bağlı olarak bir hata üretir veya sessizce yok sayılır.

Kesin Örneklerle Temel İşlemler

Bir Dosyayı Farklı Bir Dizine Taşıma

mv /home/user/report.txt /var/backups/

dosyası‘e taşınır., ile aynı dosya sistemindeyse bu işlem anlıktır. Değilse, veriler fiziksel olarak kopyalanır.

Bir Dosyayı Yerinde Yeniden Adlandırma

mv old_config.conf new_config.conf

Her iki yol da aynı üst dizini paylaşır, dolayısıyla bu saf bir

çağrısıdır — veri hareketi yok, G/Ç yok.

Birden Fazla Dosyayı Bir Dizine Taşıma

mv file1.txt file2.txt file3.txt /var/www/html/assets/

Birden fazla kaynak belirtildiğinde, hedef mutlaka mevcut bir dizin olmalıdır. Mevcut değilse,

bir hata döndürür.

Bir Dizini Taşıma

mv /home/user/project /opt/projects/

İç içe geçmiş tüm dosyalar ve alt dizinler dahil olmak üzere tüm dizin ağacı, aynı dosya sisteminde tek bir atomik işlem olarak taşınır.

bayrağı gerekli değildir ve kabul edilmez.

Gelişmiş Kullanım Kalıpları

Yanlışlıkla Veri Kaybını Önlemek için

--backup

Kullanımı

seçeneği,‘deki en az kullanılan güvenlik mekanizmalarından biridir. Üzerine yazılacak herhangi bir dosyanın sürümlü yedeğini oluşturur:

mv --backup=numbered config.yml /etc/app/config.yml

Bu, art arda yapılan üzerine yazmalar için

, ve benzeri dosyalar üretir. Otomatik dağıtım betiklerinde bu kalıp, özel bir yedekleme aracı olmadan hafif bir geri alma mekanizması sağlar.

Yedek kontrol modları:

• none
  /
  off
  — Yedek yok (
  --backup
  olmadan varsayılan davranış)
• simple
  /
  never
  —
  ~
  sonekiyle her zaman basit bir yedek oluşturur
• numbered
  /
  t
  — Numaralı yedekler oluşturur (
  .~1~
  ,
  .~2~
  , …)
• existing
  /
  nil
  — Zaten mevcutsa numaralı yedekler kullanır; aksi takdirde basit

--update

ile Koşullu Taşımalar

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

Yalnızca

‘deki‘deki karşılıklarından daha yeni olan dosyalar taşınır. Aynı veya daha eski zaman damgasına sahip dosyalar dokunulmadan bırakılır. Bu, özellikle idempotency’nin önemli olduğu ETL boru hatlarında ve log rotasyon betiklerinde kullanışlıdır.

Betik Dostu Sözdizimi için

-t

Kullanımı

seçeneği argüman sırasını tersine çevirerek ve boru hatlarıyla uyumlu hale getirir:

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

olmadan, argüman listesini farklı şekilde oluşturması gerekirdi. Bu kalıp, üretim otomasyonunda çok daha güvenilirdir.

--no-clobber

‘i Ayrıntılı Çıktıyla Birleştirme

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

Bu, mevcut olanların üzerine yazmadan tüm

dosyalarını taşır ve her başarılı taşımayı stdout’a yazdırır. Bu kombinasyon, güvenli ve denetlenebilir toplu işlemler için idealdir.

Dosya Sistemleri Arasında Güvenli Dosya Taşıma

Büyük dosyaları veya dizinleri bağlama noktaları arasında taşırken bütünlüğü sağlamak için şu kalıbı göz önünde bulundurun:

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

ile,‘ın dosya sistemi arası işlemler için sağlamadığı sağlama toplamı doğrulamasıyla doğrulanmış kopyala-sonra-sil işlemi gerçekleştirir. Üretim sunucularındaki kritik veri geçişleri için bu yaklaşımı kullanın.

Pratik Sistem Yönetimi Kullanım Senaryoları

Uygulama Loglarını Döndürme

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

Bu, aktif log dosyasını yeniden adlandırır ve Nginx’e log dosyası tanımlayıcısını yeniden açması için sinyal gönderir. Bu kombinasyon,

‘ın otomatik olarak halletmesinden önce manuel log rotasyonunun temelidir.

Yapılandırma Dosyalarını Atomik Olarak Dağıtma

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

Yedek, yeni yapılandırma doğrulamayı geçemezse önceki yapılandırmanın korunmasını sağlar.

Web Sunucusu Varlıklarını Düzenleme

Bir web uygulaması çalıştıran sunucuda, yüklenen dosyaları türe göre toplu olarak düzenleme:

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/

Bu tür yapılandırılmış varlık yönetimi, Shared Web Hosting veya yönetilen VPS with cPanel ortamları aracılığıyla site barındıran sunucularda yaygındır.

SSL Sertifikası Yenilemelerini Hazırlama

Manuel olarak yenilenen sertifikaları yönetirken, yedekli

güvenli bir dağıtım kalıbıdır:

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

Otomatik sertifika yönetimi için bunu düzgün yapılandırılmış bir SSL Certificates hizmetiyle eşleştirmek, manuel rotasyon ihtiyacını tamamen ortadan kaldırır.

Bir Posta Sunucusunda E-posta Verilerini Arşivleme

Posta hizmetleri çalıştıran bir sunucuda, işlenmiş posta kutularını soğuk depolamaya taşıma:

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

Bu, posta kutusu yönetiminin dosya sistemi düzeyinde gerçekleştirildiği özel Email Hosting altyapısı kullanan ortamlara doğrudan uygulanabilir.

mv

ile

cp

+

rm

ile

rsync

: Hangisini Ne Zaman Kullanmalı

Yaygın Tuzaklar ve Bunlardan Kaçınma Yolları

Dizinlerde sondaki eğik çizgi belirsizliği:

mv directory_a/ directory_b

mevcutsa,‘ın *içine* yerleştirilir ve sonuç olur. mevcut değilse, olarak yeniden adlandırılır. Bu davranış birçok yöneticiyi şaşırtır. Hedefin bir kapsayıcı dizin değil, bir dosya yolu olarak ele alınmasını zorlamak için kullanın.

Eşleşme olmayan joker karakter genişlemesi:

mv *.log /archive/

Hiçbir

dosyası mevcut değilse, kabuk‘ı değişmez dizesine genişletir ve tam anlamıyla adlı bir dosyayı taşımaya çalışır; bu da kafa karıştırıcı bir hatayla başarısız olur. Bash betiklerinde kullanın:

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

Eşzamanlı ortamlarda yarış koşulları:

Paylaşılan bir spool dizininden dosya taşıyan birden fazla işlem çakışmalara neden olabilir. Benzersiz geçici bir adla

kullanın ve ardından atomik olarak yeniden adlandırın:

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

atomik olduğundan, bu kalıp tek dosya sistemli iş kuyrukları için güvenlidir.

Tire ile başlayan adlara sahip dosyaları taşıma:

mv -- -oddfile.txt /destination/

, seçeneklerin sonunu işaret ederek‘ın bir bayrak olarak yorumlanmasını engeller.

Dosya sistemi arası taşımalardan sonra izinler:

, tüm dosya sistemi türlerinde genişletilmiş öznitelikleri (xattrs), ACL’leri veya SELinux bağlamlarını korumaz. Dosya sistemi arası taşımadan sonra şununla doğrulayın:

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

Üretimde

mv

‘i Güvenilir Şekilde Betikleştirme

Üretim bağlamında

kullanan herhangi bir betik için şu uygulamaları koşulsuz olarak uygulayın:

#!/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
  , betiğin herhangi bir hata, tanımsız değişken veya başarısız boru hattında çıkmasını sağlar.
• Açık varlık ve yazılabilirlik kontrolleri sessiz hataları önler.
• Ayrıntılı çıktı, sistem günlüklerinde bir denetim izi oluşturur.

Karar Matrisi: Doğru

mv

Seçeneklerini Seçme

Temel Teknik Çıkarımlar

• Aynı dosya sisteminde
  mv
  atomiktir ve sıfır disk G/Ç üretir —
  rename(2)
  aracılığıyla yalnızca meta veri işlemidir.
• Dosya sistemi arası
  mv
  sıralı bir kopyala-sonra-sil işlemidir; güvenilirlik planlaması için
  cp
  gibi ele alın.
• GNU
  mv
  ‘de
  -r
  bayrağı yoktur — dizinler varsayılan olarak özyinelemeli şekilde taşınır.
• --backup=numbered
  ,
  mv
  ‘deki en az kullanılan üretim güvenlik özelliğidir.
• --no-clobber
  (
  -n
  ) ve
  --force
  (
  -f
  ) birbirini dışlar; belirtilen sonuncusu geçerli olur.
• Kritik dosya sistemi arası veri geçişleri için
  rsync --remove-source-files
  ,
  mv
  ‘ın sağlayamadığı sağlama toplamı doğrulaması sunar.
• Betiklerde değişkenleri her zaman tırnak içine alın ve özel karakterler içeren dosya adlarını işlemek için
  --
  kullanın.
• Güvenlik açısından sertleştirilmiş ortamlarda herhangi bir dosya sistemi arası taşımadan sonra SELinux bağlamlarını ve ACL’leri doğrulayın.

Sıkça Sorulan Sorular

SSD’lerde HDD’lere kıyasla farklı mı çalışır?

Aynı dosya sistemi içindeki taşımalar için hayır — işlem, depolama donanımından bağımsız olarak bir meta veri güncellemesidir. Dosya sistemi arası taşımalar için SSD’ler kopyalama aşamasının duvar saati süresini azaltır, ancak mantıksal davranış ve riskler aynıdır.

Küçük bir dosya için bile

neden bazen uzun sürer?

Kaynak ve hedef farklı dosya sistemlerindeyse — NFS bağlamaları, tmpfs veya ayrı bölümler dahil —

tam bir kopyalama gerçekleştirir. Yavaş bir ağ bağlaması üzerinden taşınan küçük bir dosya bile yavaş olacaktır. Aynı dosya sistemini paylaşıp paylaşmadıklarını doğrulamak için ile kontrol edin.

Docker konteynerleri veya birimleri arasında dosya taşımak için kullanılabilir mi?

Doğrudan değil. Docker birimleri ayrı dosya sistemi ad alanlarıdır. Tek bir birim içinde

normal şekilde çalışır, ancak birimler arasında veri taşımak için tarzı işlemler gerekir; bunlar genellikle veya paylaşılan bir bind bağlaması aracılığıyla yapılır.

Dosya sistemi arası taşımada

işlem ortasında kesilirse ne olur?

Kaynak dosya, kopyalama tamamlanana ve bağlantı kesme başarılı olana kadar sağlam kalır. İşlem kopyalamadan sonra ancak bağlantı kesmeden önce sonlandırılırsa, her iki kopya da mevcuttur. Kopyalama sırasında sonlandırılırsa, kısmi hedef dosyası kalır ve kaynak dokunulmamış olur. Kesintiye uğrayan bir dosya sistemi arası

işleminden sonra her iki yolu da doğrulayın.

etkileşimli bayraklar olmadan cron işlerinde kullanmak güvenli midir?

Evet, cron işinin askıda kalmasına neden olacak istemleri bastırmak için açıkça

veya kullandığınız, çalıştırmadan önce yolları doğruladığınız ve denetlenebilirlik için hem stdout’u hem de stderr’i bir log dosyasına yönlendirdiğiniz sürece.