Özet
diskutil [quiet] eylem [altEylem] [seçenekler]
Açıklama
diskutil yerel disklerin yapısını yönetir. Disklerin bölüntüleme şemaları, düzenleri ve biçimleri hakkında bilgi sağlar ve bunların yönetilmesine olanak tanır. Buna sabit diskler, katı hal sürücüleri (SSD), optik diskler, disk görüntüleri, APFS bölüntüleri (volume), CoreStorage bölüntüleri ve AppleRAID kümeleri dahildir. Genellikle tekil dosyalar ve dizinler yerine tüm bölüntüleri (volume) yönetir.
Dikkat
Birçok diskutil komutu, hatalı kullanıldığında veri kaybına yol açabilir. Çoğu komut onay istemi sunmaz. Bu komutlardan herhangi birini kullanmadan önce verilerinizi yedeklemelisiniz.
Eylemler
Her komut eylemi, açıklaması ve tekil argümanları ile birlikte listelenmiştir.
list [-plist] [internal | external] [physical | virtual] [device] Dahili ve harici diskler, tüm diskler ve bölüntüler ile çeşitli sanal veya çevrimdışı disk türleri dahil olmak üzere diskleri listeler.
Herhangi bir argüman belirtilmezse, tüm diskler ve bölüntüleri listelenir.
Yukarıdaki internal gibi filtreleme argümanları ve/veya bir device disk belirterek gösterilen disk sayısını sınırlayabilirsiniz. Bir disk ile sınırlandırırken, disk0 gibi tüm diski veya disk0s3 gibi herhangi bir dilimini (slice) belirtebilirsiniz, ancak filtreleme yalnızca tüm disk düzeyinde yapılır (bu durumda disk0s3, disk0 ile eş anlamlıdır).
-plist belirtilirse, normal kullanıcı tarafından okunabilir çıktı yerine bir özellik listesi (property list) üretilir.
Bir betik diskutil list -plist sonuçlarını yorumlayabilir ve daha ayrıntılı bilgi için diskutil info -plist ile diskutil listFilesystems -plist komutlarını da kullanabilir.
Tüm disklerin yukarıdan aşağıya görünümü, birim (tüm disk) numarasına göre sayısal sırada sıralanır. Ancak, her bir bütün diskin bölüntü "alt listesinde", sıralama gerçek disk üzerindeki konumu gösterir. Listelenen ilk disk ögesi, kapsayan bütün diskinin başlangıcına en yakın konumda bulunan bölüntüyü temsil eder ve bu şekilde devam eder.
Bu şekilde bakıldığında, BSD disk tanımlayıcılarının dilim (bölüntü) kısımları, bazı durumlarda sayısal sırada görünmeyebilir. Bu normaldir ve muhtemelen bölüntülerin bağlı (mounted) tutulduğu yakın zamandaki bir bölüntü haritası düzenleme işleminin sonucudur.
Hem kullanıcı tarafından okunabilir çıktının hem de plist çıktısının yukarıda açıklandığı gibi sıralandığını unutmayın.
Bu ve diğer tüm diskutil eylemleri için cihaz belirtiminin alabileceği çeşitli biçimler için aşağıdaki CİHAZLAR bölümüne bakın.
info | information [-plist] device | -all Belirli bir bütün disk veya bölüntü hakkında ayrıntılı bilgi alır. -plist belirtilirse, normal kullanıcı tarafından okunabilir çıktı yerine bir özellik listesi üretilir. -all belirtilirse, tüm diskler (bütün diskler ve bölüntüleri) işlenir.
activity Kesintiye uğratılana kadar (örneğin Control-C tuşlarına basarak) Disk Arbitration çerçevesi tarafından bildirilen sistem genelindeki disk yönetim faaliyetlerini sürekli olarak görüntüler.
Bu, sisteme bağlanan veya çıkarılan disklerin, bağlanan veya bağlantısı kesilen bölüntülerin, yeniden adlandırılan bölüntülerin vb. sistem genelindeki hareketlerini izlemek için yararlı olabilir. Ancak, bu çıktı asla ayrıştırılmamalıdır; programlar bunun yerine Disk Arbitration istemcileri olmalıdır.
İlgi duydukları diskler için eylemleri reddetmeye (engellemeye) çalışan uygulamaların izlenmesi gibi hata ayıklama bilgileri için, diskarbitrationd arka plan programının (daemon) günlük kaydı özelliklerini kullanmalısınız. Bu bilgiye ihtiyaç duyan programlar Disk Arbitration istemcisi olmalıdır.
listFilesystems [-plist] Silme ve bölüntüleme eylemlerini kullanırken diskutil içinde biçimlendirme için kullanılabilen dosya sistemi kimliklerini (personalities) gösterir. Bu, sistemde kurulu olabilecek çeşitli dosya sistemi paketleri tarafından dışa aktarılan eksiksiz kimlik kümesinin bir alt kümesidir. Ayrıca yaygın kimlikler için bazı kısayol takma adlar da gösterilir. Daha fazla ayrıntı için aşağıdaki BİÇİM bölümüne bakın. -plist belirtilirse, normal kullanıcı tarafından okunabilir çıktı yerine bir özellik listesi üretilir.
unmount | umount [force] device Tek bir bölüntünün bağlantısını keser. Force seçeneği, bölüntüyü zorla çıkaracaktır (açık dosyalara karşı daha az hassastır; ayrıca bkz. umount (8)).
Sistemdeki herhangi bir Disk Arbitration engelleyicisinin bağlantı kesmeyi onaylaması ve/veya dosya sisteminin verileri diske yazması için birkaç saniye (veya daha fazla) gerekebilir. Bu eylem çoğu durumda en fazla 1 dakika sonra vazgeçer ve başarısızlık döndürür.
unmountDisk | umountDisk [force] device Bölüntü haritası içeren bir disk verildiğinde, tüm bölüntülerinin bağlantısını keser. Yani, dosya sistemi bölüntüleri içeren bölüntülerin yanı sıra, bu bölüntülerden veri alan depolama sistemleri tarafından sunulan "sanal" bölüntülerin bağlantısı kesilmeye çalışılır. Desteklenen depolama sistemleri arasında APFS, AppleRAID ve CoreStorage bulunur.
Force seçeneği, bölüntüleri zorla çıkaracaktır (açık dosyalara karşı daha az hassastır; ayrıca bkz. umount (8)).
Bütün bir diski belirtmeniz gerekir, ancak bir bölüntü belirtseniz bile bütün diskin tüm bölüntülerinin bağlantısı kesilmeye çalışılır.
eject [force] device Bir diski çıkarır. Medya, dosya sistemleri için bir veri deposu olmak veya yazılım RAID veya doğrudan veri gibi yapıların bir üyesi olmak bakımından çevrimdışı hale gelecektir. Ek olarak, çıkarılabilir medya güvenli manuel çıkarma için uygun hale gelecektir; otomatik çıkarılabilir medya fiziksel (motorlu) çıkarma sürecini başlatacaktır.
Diskin bölüntülerinin bağlantısı önce kesilecektir. Force, unmountDisk force komutunda olduğu gibi bölüntüleri zorla çıkaracaktır.
mount [readOnly] [nobrowse] [-mountOptions option [, option]] [-mountPoint path] device Tek bir bölüntüyü bağlar.
readOnly belirtilirse, bölüntünün temelindeki dosya sistemi, cihaz, medya veya kullanıcı (örneğin super-user) tarafından yazma desteklense veya izin verilse bile salt okunur olarak bağlanır. nobrowse belirtilirse, dosya sistemi son kullanıcıya gösterilmesini (örneğin Finder tarafından) önleme önerisiyle bağlanır. Bu seçenekler, ilgili dosya sistemi paketinin mount (8) programına "-o" argümanı olarak rdonly veya nobrowse geçirmekle eş değerdir. -mountOptions belirtilirse, belirttiğiniz argüman dizeleri (diskarbitrationd tarafından) harfi harfine "-o"ya iletilir; birden fazla argüman virgülle ayrılmalıdır.
Sistemdeki herhangi bir Disk Arbitration engelleyicisinin veya disk talep edicisinin bağlantıyı onaylaması ve/veya dosya sisteminin minimal bir fsck(8) işlemini tamamlaması için birkaç saniye (veya nadir durumlarda çok daha uzun) gerekebilir. (Örneğin, Disk Arbitration bir APFS Bölüntüsünü bağlamadan önce fsck_apfs -q komutunu çağırabilir.) Bu eylem çoğu durumda en fazla 1 dakika sonra vazgeçer ve başarısızlık döndürür.
-mountPoint belirtilirse, bölüntü dosyası içeriğine bakış olarak standart /Volumes/BölüntüAdı veya /System/Volumes/BölüntüAdı yolu yerine sizin belirttiğiniz yol kullanılır; bu yoldaki bir dizinin zaten var olması gerekir.
mountDisk device Verilen bölüntü haritasındaki tüm bağlanabilir ve kullanıcı arayüzünde gezilebilir bölüntüleri bağlar; yani, bütün diskin bölüntülerinin her birinde, varsa doğrudan bağlanabilir bölüntü üzerinde bir bağlama denemesi yapılır. Ancak Core Storage Fiziksel Bölüntüleri, AppleRAID Üyeleri vb. tarafından ima edilen "sanal" bölüntüler işlenmez. Bütün bir diski belirtmeniz gerekir, ancak bir bölüntü belirtseniz bile bütün diskin tüm bölüntüleri bağlanmaya çalışılır.
rename | renameVolume device name Bir bölüntüyü yeniden adlandırır. Bölüntü adları, dosya sistemine özgü alfabe ve uzunluk sınırlandırmalarına tabidir.
enableJournal device Bir HFS+ bölüntüsünde günlük tutmayı (journaling) etkinleştirir. Bu, bölüntünün o sırada bağlı olup olmamasından bağımsız olarak çalışır (gerekirse bölüntü geçici olarak bağlanır). Etkilenen diskin sahipliği gereklidir.
disableJournal [force] device Bir HFS+ bölüntüsünde günlük tutmayı devre dışı bırakır. Bu normalde bölüntünün o sırada bağlı olup olmamasından bağımsız olarak çalışır (gerekirse bölüntü geçici olarak bağlanır). force seçeneği belirtilirse, günlük tutma doğrudan disk üzerinde devre dışı bırakılır; bu durumda bölüntü bağlı olmamalıdır. Etkilenen diskin sahipliği gereklidir.
moveJournal external journalDevice device Volume device için günlük olarak hizmet etmek üzere journalDevice bölüntüsünü kullanarak 512 MB'lık bir Apple_Journal bölüntüsü oluşturur. En iyi sonuçlar için journalDevice, bölüntünün kendisinden farklı bir bütün disk üzerindeki bir bölüntü olmalıdır.
device için günlük, harici olarak yeni oluşturulan Apple_Journal bölüntüsüne taşınacaktır.
Belirttiğiniz journalDevice her zaman 512 MB'tan daha büyük olacağından, kalan alanı doldurmak için Apple_Journal bölüntüsünü takiben yeni bir HFS+ bölüntüsü oluşturulacaktır.
Günlüğün taşınması, o bölüntüde günlük tutma etkin olduğu sürece, bölüntünün bağlı olup olmamasından bağımsız olarak çalışır. Günlük tutma etkin olmayan bölüntülerde günlükleri taşıma girişimlerini işaretlemek için şu anda hiçbir hata desteklenmemektedir. Harici günlükler istediğiniz birden fazla bölüntünüz varsa, her birinin kendi harici Apple_Journal bölüntüsü olmalıdır. Etkilenen disklerin sahipliği gereklidir.
moveJournal internal device device için günlüğü yerel olarak (aynı cihaza) geri taşır. Etkilenen diskin sahipliği gereklidir.
enableOwnership device Bir bölüntünün sahipliğini etkinleştirir. Kök disk üzerindeki /var/db/volinfo.database adresinde bulunan Bölüntü Veritabanı, hedef bölüntüdeki dosyaların, dizinlerin ve bağlantıların (dosya sistemi nesneleri veya "FSO'lar") Kullanıcı ve Grup Kimliği (UID/GID) ayarlarının dikkate alınacağı şekilde işlenir.
Belirli bir bölüntü için bu ayar, bu işletim sisteminin Bölüntü Veritabanındaki girdiler nedeniyle, işletim sistemi tarafından görüldüğü şekliyle o bölüntünün çıkarılması ve takılması işlemlerinde, hatta işletim sisteminin yeniden başlatılmasında bile kalıcıdır. Bu nedenle ayarın hedef diskte tutulmadığını veya bellekte olmadığını unutmayın.
Bazı cihaz konumları için (örneğin dahili sabit diskler), FSO'larda sahiplik ayarlarının dikkate alınması varsayılandır. Diğerleri için (örneğin takılabilir USB diskler) ise değildir.
Sahiplik devre dışı bırakıldığında, FSO'lardaki Sahip ve Grup Kimliği ayarları, kullanıcının fiziksel olarak sahip olduğu bir takılabilir diski kullanmasını kolaylaştırmak amacıyla, gerçek disk üzerindeki ayarları yerine kullanıcıya ve programlara geçerli kullanıcı ve grup olarak görünür.
Sahiplik etkinleştirildiğinde, erişimi belirlemek için diskte var olan Sahip ve Grup Kimliği ayarları dikkate alınır ve FSO'lar oluşturuldukça kesin ayarlar diske yazılır. Sahipliği etkinleştirmenin yaygın bir nedeni, bir diskin Kullanıcı ve Grup Kimliği ayarları ve dolayısıyla genel olarak izin davranışları kritik derecede önemli olan FSO'lar içermesi gerektiği durumlardır; örneğin takılabilir diskin değiştirilecek veya eklenecek sistem dosyaları içermesi gibi.
Ayrıca bkz. vsdbutil(8) komutu. Root olarak çalıştırmak gereklidir.
disableOwnership device Bir bölüntünün sahipliğini devre dışı bırakır. Yukarıdaki enableOwnership bölümüne bakın. Root olarak çalıştırmak gereklidir.
verifyVolume device Bir bölüntünün dosya sistemi veri yapılarını doğrular. Uygun fsck programı yürütülür ve bölüntü, komuttan önce olduğu gibi bağlı veya bağlantısı kesilmiş olarak bırakılmaya çalışılır. Herhangi bir temel Depolama Sistemi (örneğin Core Storage, APFS), hedef bölüntünün kendisinden önce doğrulanır. Bazı durumlarda, önyükleme bölüntüsü dahil olmak üzere "canlı" doğrulama desteklenir. Doğrulanacak diskin sahipliği gereklidir.
repairVolume device Bir bölüntünün dosya sistemi veri yapılarını onarır. Uygun fsck programı yürütülür ve bölüntü, komuttan önce olduğu gibi bağlı veya bağlantısı kesilmiş olarak bırakılmaya çalışılır. Herhangi bir temel Depolama Sistemi (örneğin Core Storage, APFS), verilen hedef bölüntüden önce onarılır. Çoğu durumda (örneğin salt okunur bağlama hariç), hedef bölüntünün bağlantısı kesilebilir olmalıdır; tüm durumlarda, temel depolama medyasının yazılabilir olması gerekir. "Canlı" onarım (örneğin dosyaya yazılabilir bağlı bir bölüntünün) desteklenmez. Etkilenen diskin sahipliği gereklidir.
verifyDisk device Bir Macintosh'ta önyükleme veya veri kullanımı için tasarlanmış bütün bir diskin bölüntü haritası düzenini doğrular. Kontroller ayrıca, EFI Sistem Bölüntüsünün bütünlüğünü, herhangi bir Core Storage Fiziksel Bölüntü bölüntüsünün bütünlüğünü ve önyükleyiciler (boot loaders) için alan ayrılmasını içerir ancak bunlarla sınırlı değildir. Doğrulanacak diskin sahipliği gereklidir; bu bütün bir disk olmalı ve bir bölüntü haritasına sahip olmalıdır.
repairDisk device Bir Macintosh'ta önyükleme veya veri kullanımı için tasarlanmış bütün bir diskin bölüntü haritası düzenini onarır. Onarımlar ayrıca, bir EFI Sistem Bölüntüsünün onarılmasını veya oluşturulmasını, herhangi bir Core Storage Fiziksel Bölüntü bölüntüsünün bütünlüğünü ve önyükleyiciler için alan ayrılmasını içerir ancak bunlarla sınırlı değildir. Etkilenen diskin sahipliği gereklidir; bu bütün bir disk olmalı ve bir bölüntü haritasına sahip olmalıdır.
eraseDisk [-noEFI] format name [APM[Format] | MBR[Format] | GPT[Format]] device Mevcut bir diski siler, tüm bölüntüleri kaldırır ve yeni bir boş dosya sistemi bölüntüsü içeren yeni bir bölüntüleme şeması yazar. Bölüntüleme şeması belirtilmemişse, mevcut makine için uygun olanı seçilir. Format, partitionDisk eylemi altındaki bölümde tartışılmaktadır. Etkilenen diskin sahipliği gereklidir. -noEFI belirtilirse, hedef diskte EFI bölüntüsü oluşturulmaz.
eraseVolume format name device Mevcut bir bölüntü üzerine yeni bir boş dosya sistemi bölüntüsü yazar (mevcut tüm dosya sistemi bölüntülerini siler). Bölüntü kalır ancak verileri kaybolur. Format, partitionDisk eylemi altındaki bölümde tartışılmaktadır.
Format için Free Space belirtirseniz, bölüntü yalnızca silinmekle kalmaz, bölüntü haritasından tamamen kaldırılır (tamamen silinir). Etkilenen diskin sahipliği gereklidir.
reformat device Mevcut bir bölüntüyü, aynı kimliğe (türe) sahip ve aynı bölüntü adına sahip yeni bir boş dosya sistemi yazarak siler. Etkilenen diskin sahipliği gereklidir.
eraseOptical [quick] device Optik medyayı (CD/RW, DVD/RW vb.) siler. Quick, disk kayıt sistemi yazılımının tam silme mi yoksa hızlı silme mi yapması gerektiğini belirtir. Etkilenen diskin sahipliği gereklidir.
zeroDisk [force] [short] device Medyaya sıfırlar yazarak bir cihazı siler. Cihaz bütün bir disk veya bir bölüntü olabilir. Her iki durumda da, tekrar yararlı olabilmesi için, sıfırlanmış bütün disklerin yeniden bölüntülenmesi veya sıfırlanmış bölüntülerin bir dosya sistemiyle yeniden biçimlendirilmesi gerekir; örneğin partitionDisk, eraseDisk veya eraseVolume eylemleri kullanılarak.
Daha gelişmiş bir silme algoritması istiyorsanız veya yalnızca dosyalar tarafından kullanılmayan boş alanı silmeniz gerekiyorsa, secureErase eylemini kullanın.
force parametresi, en iyi çabayla çalışan, hata durumunda sonlanmayan, zorunlu bağlantı kesme işlemlerinin ve paylaşımlı modda yazma işlemlerinin denenmesine neden olur; ancak bu, diski özel olarak talep eden sürücülere karşı hala bir garanti değildir. Bu gibi durumlarda, önce tüm üstteki mantıksal bölüntüleri (örneğin CoreStorage veya AppleRAID) ayırmanız gerekebilir. Bir disk sadece belirli bir şanssız şekilde kısmen hasar görmüşse, bir kext'i kaldırmanız veya diski başka bir yerde silmeniz bile gerekebilir.
short parametresi yalnızca minimal miktarda sıfır yazılmasına neden olur ("wipefs"); bu hızlıdır. Bunu, yazılımlar tarafından yanlışlıkla tanımlanmayı (örneğin dosya sistemi verisi olarak) önlemek için kullanabilirsiniz.
Etkilenen diskin sahipliği gereklidir.
randomDisk [times] device Medyaya rastgele veriler yazarak bütün bir diski siler. Times, rastgele bilgilerin yazılacağı isteğe bağlı (varsayılan değer 1) tekrar sayısıdır. Cihaz bütün bir disk veya bir bölüntü olabilir. Her iki durumda da, tekrar yararlı olabilmesi için, rastgele veri yazılmış bütün disklerin yeniden bölüntülenmesi veya rastgele veri yazılmış bölüntülerin bir dosya sistemiyle yeniden biçimlendirilmesi gerekir; örneğin partitionDisk, eraseDisk veya eraseVolume eylemleri kullanılarak. Daha gelişmiş bir silme algoritması istiyorsanız veya yalnızca dosyalar tarafından kullanılmayan boş alanı silmeniz gerekiyorsa, secureErase eylemini kullanın. Etkilenen diskin sahipliği gereklidir.
secureErase [freespace] level device "Güvenli" (ancak aşağıdaki NOT bölümüne bakın) bir yöntem kullanarak, bütün bir diski (bölüntülenmişse tüm bölüntüleri dahil) veya yalnızca şu anda bağlı olan bir bölüntüdeki boş alanı (dosyalar için kullanılmayan) siler. Güvenli silme, "veri kurtarma" yazılımları kullanarak verileri kurtarmayı zorlaştırır.
Bütün bir diskin silinmesi, tekrar bölüntülenene kadar onu kullanılamaz hale getirecektir. Bir bölüntüdeki boş alanın silinmesi dosyalarınızı bozulmadan bırakacaktır, aslında son kullanıcı perspektifinden bakıldığında, silinen dosyaların kurtarılmasını imkansız hale getirmeye çalışmış olması dışında değişmemiş görünecektir.
Bir bütün diski değil de sadece bir bölüntünün tüm içeriğini silmeniz gerekiyorsa, zeroDisk veya randomDisk eylemlerini kullanın. Etkilenen diskin sahipliği gereklidir.
Level aşağıdakilerden biri olmalıdır:
• 0 - Tek geçişli sıfır dolgulu silme.
• 1 - Tek geçişli rastgele dolgulu silme.
• 2 - Sıfır dolguları ve tamamen birlerden oluşan dolguların ardından nihai bir rastgele dolgudan oluşan yedi geçişli silme.
• 3 - Gutmann algoritması 35 geçişli silme.
• 4 - İki rastgele dolgu ve ardından nihai bir sıfır dolgudan oluşan üç geçişli silme.
NOT: Bu tür güvenli silme artık güvenli kabul edilmemektedir. Modern cihazlar, bu komutlarla tamamen silinemeyen aşınma dengeleme (wear-leveling), yedek blok ayırma ve muhtemelen kalıcı önbellek donanımına sahiptir. Verilerinizi hızlı ve güvenli bir şekilde silmek için modern çözüm şifrelemedir. Güçlü bir şekilde şifrelenmiş veriler, anahtarın (şifrenin) yok edilmesiyle (veya kaybedilmesiyle) anında "silinebilir", çünkü bu, verilerinizi pratik açıdan kurtarılamaz hale getirir. APFS şifrelemesi (FileVault) kullanmayı düşünün.
partitionDisk [-noEFI] device [numberOfPartitions] [APM[Format] | MBR[Format] | GPT[Format]] [part1Format part1Name part1Size part2Format part2Name part2Size part3Format part3Name part3Size ...]
Bir diski yeniden bölüntüler, tüm bölüntüleri kaldırır. Bu diskteki tüm bölüntüler yok edilecektir. device parametresi, hangi bütün diskin bölüntüleneceğini belirtir. İsteğe bağlı numberOfPartitions parametresi, oluşturulacak bölüntü sayısını belirtir; verilirse, parametre üçlülerinin (aşağıya bakın) sayısının eşleşmesi beklenir; aksi takdirde, yalnızca verilen üçlülerin sayısı oluşturulan bölüntü sayısını belirleyecektir. -noEFI belirtilirse, hedef diskte EFI bölüntüsü oluşturulmaz.
İsteğe bağlı bölüntüleme şeması parametresi, belirli bir bölüntüleme şemasını zorlar; belirtilmemişse, uygun bir varsayılan seçilir. Bunlar:
• APM[Format], bir Apple Partition Map şemasının kullanılması gerektiğini belirtir. Bu, PowerPC tabanlı bir Macintosh bilgisayarı başlatmak, diski herhangi bir Mac ile önyükleme yapılmayan bir disk olarak kullanmak veya çoklu platform uyumlu bir önyükleme diski oluşturmak için kullanılan geleneksel Apple bölüntüleme şemasıdır.
• MBR[Format], bir Master Boot Record şemasının kullanılması gerektiğini belirtir. Bu, DOS/Windows uyumlu bölüntüleme şemasıdır.
• GPT[Format], bir GUID Partitioning Table şemasının kullanılması gerektiğini belirtir. Bu, Intel tabanlı bir Macintosh bilgisayarı başlatmak için kullanılan bölüntüleme şemasıdır.
Her bölüntü için istenen dosya sistemi biçimi, bölüntü adı ve boyutundan oluşan bir üçlü belirtilmelidir. Diğer birkaç diskutil eylemi de bu üçlülere izin verir (ve onlar için numberOfPartitions parametresi de isteğe bağlıdır). Üçlüler aşağıdaki gibi olmalıdır:
• Biçim adları jhfs+, HFS+, MS-DOS vb. biçimindedir; biçimlendirilebilir dosya sistemlerinin (daha kesin olarak, yüklü dosya sistemi paketleri tarafından dışa aktarılan belirli dosya sistemi kimliklerinin) ve yaygın takma adların bir listesi listFilesystems eyleminden alınabilir.
Biçim, dosya sistemi paketinin plist dosyasındaki genellikle newfs_hfs(8) gibi uygun biçimlendirici programı işaret eden FormatExecutable ayarını kullanarak, diskutil'e hem bölüntüler (dilimler) için hangi bölüntü türünü ayarlayacağı hem de içlerinde hangi dosya sistemi yapılarını başlatacağı konusunda rehberlik eder.
Diskin bir alanını atlamak için Free Space biçimini belirtebilirsiniz.
Bölüntü türünü manuel ve doğrudan, %Apple_HFS% gibi %<insan tarafından okunabilir bölüntü türü>% veya %48465300-0000-11AA-AA11-00306543ECAC% gibi %<GPT bölüntü türü UUID sabiti>% biçiminde belirtebilirsiniz; bunlar %noformat% (aşağıda) adını ima eder. İnsan tarafından okunabilir türler sistem tarafından bilinmelidir, ancak UUID türleri (yalnızca GPT şeması) keyfi olabilir.
• Adlar, başlangıç bölüntü adlarıdır; dosya sistemine özgü kısıtlamalara uygun olmalıdır.
%noformat% adı belirtilirse, bölüntü alanı ayrılacak, bölüntü türü dosya sistemi biçim adına veya açık türe göre ayarlanacak, bölüntü alanı kısmen silinecek ("silinecek/wiped"), ancak newfs_hfs(8) gibi herhangi bir dosya sistemi biçimlendirici programıyla bir dosya sistemi yapısı başlatılmayacak şekilde boş bırakılır. Bu, kullanıcı tanımlı (mutlaka dosya sistemi olmayan) veriler içerecek bölüntüler ayarlamak için kullanışlıdır.
Biçimi Free Space veya doğrudan belirtilen bir bölüntü türü olan bir üçlü için adı yoksayılır ancak yine de bir sahte ad bulunmalıdır.
• Boyutlar, bu sayfanın sonundaki BOYUTLAR bölümünde açıklandığı gibi arkasından bir harf veya yüzde işareti son eki gelen kayan noktalı sayılardır (örneğin 165536000, 55.3T, 678M, 75%, R).
Açıkça talep edilen bölüntülere ek olarak, belirli dosya sistemlerinin konum ve uzunluk hizalama gereksinimlerini karşılamak için alanlar (boşluklar) ayrılabilir; gelecekteki olası önyükleyici (booter) bölüntü yerleşimi için alan ayrılabilir; ve hatta gerçek önyükleyici bölüntüleri dolaylı olarak oluşturulabilir.
Özellikle, 1 GiB veya daha büyük tanınmayan bölüntülerin otomatik olarak önyükleyiciler edineceğine dair bir kural vardır. Bu nedenle, örneğin diskutil partitionDisk disk0 gpt %11112222-1111-2222-1111-111122221111% %noformat% 3gib jhfs+ Untitled r ile keyfi bir bölüntü oluşturursanız, bir önyükleyici bölüntüsü de oluşturulacaktır. Bu önyükleyiciyi diskutil eraseVolume "Free Space" dummy disk0s3 ile her zaman silebilirsiniz.
Son bölüntü genellikle bölüntü haritasının (diskin) sonuna kadar otomatik olarak uzatılır. Son bölüntünüz için kesin bir boyut belirtmek için bunu sondan bir önceki üçlü olarak belirtebilir ve ek bir (son) üçlüyü Free Space olarak belirtebilirsiniz. Veya son bölüntünüz için kesin bir boyut belirtirken orta bölüntülerinizden biri için R (kalan) boyut belirtecisini kullanabilirsiniz.
Etkilenen diskin sahipliği gereklidir.
resizeVolume device limits | mapsize [-plist] | R | size [numberOfPartitions] [part1Format part1Name part1Size part2Format part2Name part2Size part3Format part3Name part3Size ...] Bir bölüntüyü veri kaybı olmadan yeniden boyutlandırır; boyutunu artırabilir veya azaltabilirsiniz. Alternatif olarak, hiçbir işlem yapmadan bilgileri yazdırır.
size yerine limits belirtilmesi hiçbir işlem yapmaz, ancak geçerli dosya sistemi ve bölüntü haritası koşullarını (kullanımdaki dosyalar ve hedefi takip eden diğer taşınamaz bölüntüler gibi) dikkate alarak hedef bölüntü için geçerli değerler aralığını yazdırır.
size yerine mapsize belirtilmesi hiçbir işlem yapmaz, ancak kapsayan bütün disk cihazının boyutunun yanı sıra tüm bölüntü haritasının boyutunu (harita yükü hariç tüm bölüntüler) yazdırır. Bütün disk cihazı, bölüntü haritası oluşturulduğundan beri büyümüşse bölüntü haritasından daha büyük olabilir. Bütün bir disk cihazını büyütmek, belirli kurumsal disk (RAID) sistemleriyle mümkündür.
-plist seçeneği, özellik listesi biçiminde bölüntü veya bütün disk boyutu sorgulama bilgilerini yazdıracaktır.
Yeni bölüntü boyutu için R belirterek, önünde engel olacak şekilde yeni bölüntülerin oluşturulmamış olması koşuluyla, bir bölüntüyü mümkün olan maksimum boyutuna (geri) büyütebilirsiniz. Mutlak bir değer (örneğin %100) girmek yerine R kullanmalısınız, çünkü ikincisi bölüntü haritası yükünü hesaba katamaz.
Boyut azaltıldığında, yeni açılan alanı doldurmak için isteğe bağlı olarak yeni bölüntüler oluşturulabilir. Bunu yapmak için, partitionDisk eyleminin üçlü açıklamasıyla aynı şekilde numberOfPartitions, format, name ve size parametrelerini belirtin.
Şu anda bilgisayarın önyükleme diski olarak ayarlanmış bir bölüntüyü yeniden boyutlandırmak bu ayarı geçersiz kılacaktır; yeniden boyutlandırılan bölüntüyü yeniden önyükleme diski olarak ayarlamak için Başlangıç Diski Sistem Tercihleri panelini veya bless (8) komutunu kullanın.
Cihaz bir bölüntüyü ifade eder; bölüntünün dosya sistemi günlük tutan HFS+ (journaled HFS+) olmalıdır. Geçerli boyutlar, bu sayfanın sonundaki BOYUTLAR bölümünde açıklandığı gibi arkasından büyük harfli bir çarpan veya yüzde işareti son eki gelen bir sayıdır (örneğin 1.5T, 128M, 50%). Etkilenen diskin sahipliği gereklidir.
splitPartition device [numberOfPartitions] [part1Format part1Name part1Size part2Format part2Name part2Size part3Format part3Name part3Size ...] Bir bölüntüyü yıkıcı bir şekilde birden fazla bölüntüye böler. Eski bölüntünün alanında oluşturulacak yeni bölüntülerin bir listesini sunmalısınız; bunları partitionDisk eyleminin üçlü açıklamasıyla aynı şekilde numberOfPartitions, format, name ve size parametreleriyle belirtin.
Üçlülerinizden biri için, size parametresi için sabit bir sayı değeri yerine isteğe bağlı olarak R meta-boyutunu belirtebilirsiniz: ikame edilen değer, tüm üçlülerinizle orijinal bölüntünün yeniden doldurulmasını tamamlamak için tam olarak gerekli olan alan miktarı olacaktır.
Cihaz bir bölüntüyü ifade eder. Etkilenen diskin sahipliği gereklidir.
mergePartitions [force] format name fromDevice toDevice Bir diskteki iki veya daha fazla bölüntüyü birleştirir. Birleştirilen bölüntülerdeki ilk bölüntü dışındaki tüm veriler kaybolacaktır. force argümanı verilirse ilk bölüntüdeki veriler de kaybolacaktır.
force verilmemişse ve ilk bölüntü yeniden boyutlandırılabilir bir dosya sistemine sahipse (örneğin JHFS+), dosya sistemi korunacak ve verileri koruyacak şekilde büyütülecektir; biçim ve ad parametreleriniz bu durumda yoksayılır. force verilmemişse ve ilk bölüntü yeniden boyutlandırılamıyorsa, biçimlendirmek isteyip istemediğiniz sorulur. İlk bölüntünün, gerekli büyümeyi desteklemek için çok küçük olan bir (HFS) Ayırma Bloğu Boyutuna (Allocation Block Size) sahip olması durumunda da biçimlendirmeniz istenecektir; newfs_hfs (8) için -b seçeneğine bakın.
force verilirse, nihai sonuçta oluşan bölüntü her zaman yeniden biçimlendirilir. Yeni bir dosya sistemi türüne yeniden biçimlendirmek istiyorsanız bunu yapmalısınız. Onaylamanız istenecektir.
Format ve name her zaman verilmelidir, ancak yalnızca force verildiğinde etkili olurlar.
Birleştirilen bölüntülerin disk üzerinde ardışık olarak sıralanmış olması gerekir (gerçek disk üzerindeki sıralama için diskutil list komutuna bakın). Aralıktaki ilk bölüntü hariç tüm bölüntülerin bağlantısı kesilebilir olmalıdır. Etkilenen diskin sahipliği gereklidir.
addPartition device format name size Mevcut bir bölüntüyü takip eden yeni bir bölüntü oluşturur. Yeni bölüntü, mevcut bölüntünün bitişinin (başlangıç + boyut) hemen ötesinden başlayacaktır.
Cihaz bir bölüntü ise, onu takip eden boşlukta, partitionDisk eyleminin üçlü açıklamasıyla aynı şekilde dosya sistemi kimliği biçimiyle biçimlendirilmiş, başlangıç bölüntü adı ad olan ve boyut kadar uzanan yeni bir bölüntü oluşturulacaktır.
Cihaz (bölüntü haritası taşıyan) bütün bir disk ise, yeni bölüntü haritada otomatik olarak en sona yerleştirilecektir.
Alternatif olarak, bölüntü türünü manuel olarak sağlayarak herhangi bir biçimlendirme yapmadan yeni bir bölüntü oluşturabilirsiniz. Bunu yapmak için, name için %noformat% ile birlikte, % işaretini takip eden ham bir GPT UUID veya geçerli insan tarafından okunabilir ioContent dizesi ve ardından % biçiminde bir format parametresi geçirin. Bu kullanımda, istenmeyen yorumlamaları önlemek için yeni bölüntünün konumundaki tüm eski disk verileri "silinecektir" (kısmen sıfırlanacaktır).
Boyutu 0 olarak belirterek doldurmaya sığdırmayı (fit-to-fill) talep edebilirsiniz.
Bölüntü harita şeması GPT olmalıdır. Hedef konumda bir boşluk bulunmalıdır, bölüntüleri yeniden boyutlandırmadığınız veya silmediğiniz sürece genellikle durum böyle olmayacaktır. Bölüntü haritası en az bir girdi içermelidir (EFI bölüntüsü yeterlidir). Etkilenen diskin sahipliği gereklidir.
APFS | ap apfsVerb [...] Apple APFS, sanal bölüntüler (volumes) sistemidir. APFS eylemleri, APFS Konteynerlerini (Containers) ve bunların APFS Bölüntülerini (Volumes) oluşturmak, yönetmek ve yok etmek için kullanılabilir. Apple APFS bu tür nesneleri tanımlar:
• Konteyner (Container) - Bir APFS Konteyneri bir veya daha fazla APFS Fiziksel Depo (Physical Store) diskini içe aktarır ve sıfır veya daha fazla APFS Bölüntüsü diski dışa aktarır. Sistemde herhangi bir zamanda sıfır veya daha fazla APFS Konteyneri bulunabilir (bağlı olabilir).
Bağlıyken, bir APFS Konteynerini tanımlayan "tanımlayıcı" (handle) onun APFS Konteyner Referans diskidir (cihaz), örneğin "disk5" veya "/dev/disk5". Bunu opak bir referans belirteci olarak ele almalısınız.
Konteyner Referans diski, yalnızca tanımlama amacıyla APFS tarafından dışa aktarılan sentezlenmiş bütün bir disktir; depolama alanı yoktur. IO Kayıt Defterindeki (IO Registry) AppleAPFSContainerScheme düğümüyle ilişkilendirilmiştir. APFS Bölüntü cihaz tanımlayıcıları benzer bir biçimde görünse de, cihaz tanımlayıcıları oluşturmak için asla Konteyner Referansını temel almamalısınız; bunun yerine plist seçenekleriyle listeleme eylemlerini kullanın.
Bir APFS Konteyneri, Fiziksel Deposu aracılığıyla bir cihazda fiziksel alan kullanan belirli bir sabit boyuta (kapasiteye) sahiptir. Bir APFS Konteyneri yeniden boyutlandırılabilir, ancak bu normal çalışmanın bir parçası değildir.
• Fiziksel Depo (Physical Store) - Bir APFS Fiziksel Deposu, bir APFS Konteynerine aktarılan (yani onu destekleyen, hatta tanımlayan) bir disktir.
Bir APFS Fiziksel Depo diski mutlaka bir bölüntü haritasından alınan bir disk değildir; örneğin bir AppleRAID Kümesi diski olabilir. Bu nedenle, bir APFS Fiziksel Deposunun disk tanımlayıcısının disk0s2 gibi 2 parçalı bir biçimde olduğunu asla varsaymamalısınız.
• Bölüntü (Volume) - Bir APFS Bölüntüsü, bir APFS Konteynerinden dışa aktarılan bağlanabilir/bağlantısı kesilebilir bir dosya sistemi bölüntüsüdür. Bir APFS Konteynerinden sıfır veya daha fazla APFS Bölüntüsü dışa aktarılabilir.
Bir APFS Bölüntüsü cihaz düğümüyle tanımlanır, örneğin "disk5s1" veya "/dev/disk5s1". volumeDevice terimi aşağıda bu cihaz düğümünü ifade etmek için kullanılmıştır.
APFS Bölüntülerinin belirli bir "boyutu" (kapasitesi) yoktur. Bunun yerine, tüm APFS Bölüntüleri, ana APFS Konteynerlerinin kalan boş alanından kapasite tüketir, kullanıcı dosyası verileri eklendikçe veya silindikçe bu kapasiteyi tüketir veya iade eder. Bu, bir Konteyner içindeki tüm Bölüntülerin Konteynerin kalan kapasitesi için rekabet ettiği anlamına gelir. Ancak, isteğe bağlı reserve ve quota boyut değerleriyle Bölüntü tahsisini yönetebilirsiniz.
İsteğe bağlı reserve boyutu, bir APFS Bölüntüsü için garantili minimum kapasite talep eder. Başarıyla oluşturulursa, Bölüntünün en az bu kadar bayt kullanıcı dosyası verisini depolayabilmesi garanti edilir. Bunun ötesinde, Bölüntünün, ana Konteynerinde sıfır boş alana ulaşana veya varsa bir kotayla sınırlandırılana kadar daha fazlasını depolayabileceğini unutmayın. Diğer Bölüntülerden gelen rekabet nedeniyle veya bir Konteyner küçültme girişimi nedeniyle kapasitenin bitmesini önlemek için bir rezerv kullanabilirsiniz.
İsteğe bağlı quota boyutu, bir APFS Bölüntüsüne maksimum kapasite uygulayarak Bölüntüde depolanabilecek kullanıcı dosyası verilerinin bayt sayısına bir sınır koyar. Ana Konteyner daha önce dolarsa bu sınıra ulaşamayabileceğinizi unutmayın. Muhasebeyi zorunlu kılmak veya diğer kardeş Bölüntülerin zararına yalnızca bu Bölüntü nedeniyle ana Konteynerin "haksız yere" erken dolmasını yönetmek için bir kota kullanabilirsiniz.
APFS Bölüntüleri, amaçlanan kullanımlarına dair bir ipucu veren sıfır veya daha fazla rol meta veri bayrağıyla etiketlenebilir. Bayrakların tüm kombinasyonları geçerli değildir ve tüm bayrakların bir kullanıcı tarafından ayarlanmasına veya değiştirilmesine izin verilmez.
Verimli dosya kopyalama klonlaması (yazarken kopyala / copy-on-write) desteklenir; bkz. copyfile(3) COPYFILE_CLONE.
İsteğe bağlı bölüntü düzeyinde şifreleme desteklenir (ayrıca aşağıdaki Bölüntü Grupları bölümüne bakın). Bir APFS Bölüntüsü, Core Storage şifreli bölüntüsünden dönüştürüldüğü için veya başlangıcından itibaren şifreli olarak oluşturulduğu için (örneğin diskutil apfs addVolume -passphrase eylemiyle) veya daha sonra FileVault etkinleştirildiği için şifreli bir durumda olabilir. Donanım şifrelemesini destekleyen makinelerde, FileVault etkin olmasa bile yerel bölüntüler için disk üzerindeki veriler şifrelenir; buna "beklemede şifrelenmiş" (encrypted at rest) denir.
Bir APFS Bölüntüsünün cihaz tanımlayıcısının (volumeDevice) biçimi, özel bir bütün diskin dilim diski biçimidir; her iki disk de APFS tarafından sentezlenir. "Bütün" tanımlayıcı numarası (pozitif, muhtemelen çok basamaklı bir tamsayı) keyfidir ve "dilim" numaraları (pozitif, muhtemelen çok basamaklı tamsayılar) her yeni Bölüntü ile 1'den başlayarak sayılır. Bölüntülerin silinmesi numaralandırmada boşluklara neden olabilir. Bu biçim, bölüntüleme şeması ve bölüntülerle aynı görünür, ancak tamamen ilgisizdir. Örneğin: "disk3s2" bir Konteyneri tanımlayan bir Fiziksel Depo ise, "disk5s1", "disk5s2" ve "disk5s3" Konteynerin Bölüntüleri olabilir; "disk5" vardır ancak asla doğrudan kullanılmaz.
Bir cihaz düğümüne sahip olmasına rağmen, bir APFS Bölüntüsünün verilerine yalnızca dosyaları aracılığıyla erişilebilir; üçüncü taraf kodlar disk üzerindeki baytlarına "doğrudan" erişmek için bir APFS Bölüntüsü cihaz düğümünü açamaz.
• Anlık Görüntü (Snapshot) - Bir APFS Anlık Görüntüsü, oluşturulduğu anda dondurulmuş olan ana (veya "taban") APFS Bölüntüsünün salt okunur bir kopyasını temsil eder. Bir APFS Bölüntüsünün sıfır veya daha fazla ilişkili APFS Anlık Görüntüsü olabilir.
APFS Anlık Görüntüleri, "taban" veya anlık görüntülerden biri bağlanmadığı sürece normalde keşfedilemez. APFS Anlık Görüntüleri, bir UUID (tercih edilen) ile veya ana Bölüntülerinin ad alanı içinde sayısal bir tanımlayıcıyla veya adlarıyla benzersiz bir şekilde tanımlanır; yeniden adlandırılabilirler, ancak APFS (bir Bölüntü içinde) adların yinelenmesine asla izin vermez.
APFS Anlık Görüntüleri bağlanabilir; bu gerçekleştiğinde, bağlama noktası (ana Bölüntüsünden ayrı ve onunla eş zamanlı olarak), Anlık Görüntü oluşturma zamanındaki Bölüntü içeriğinin salt okunur geçmiş bir sürümünü sağlar.
Bir APFS Bölüntüsünün mevcut durumunu geçmişindeki bir Anlık Görüntü ile eşitliğe geri döndürebilirsiniz (revert). Bu, yıkıcı bir sıfırlama/geri yükleme işlemidir: Bir Bölüntü geri döndürüldükten sonra ileriye taşınamaz. Geri döndürme noktası ile şimdiki zaman arasındaki tüm Anlık Görüntüler de kaybolur.
Bir Anlık Görüntüyü silebilirsiniz; bu, o Anlık Görüntünün durumuna geri dönme olasılığını ortadan kaldırır, ancak Bölüntünün şimdiki zamandaki içeriğini etkilemez.
Bir APFS Anlık Görüntü bağlama noktasının "kaynak cihazı" (mount(8) komutu tarafından gösterilen statfs(2) f_mntfromname değeri) yaygın olduğu gibi bir cihaz düğümü (örneğin disk0s2) olmak zorunda değildir; Anlık Görüntü adını takip eden '@' karakteri ve "ana" Bölüntünün cihaz düğümü olabilir, örneğin "SnapName123@/dev/disk2s1". mount_apfs(8) -s and fs_snapshot_create(2) komutlarına bakın. Bununla birlikte, bir APFS Anlık Görüntüsünden köklendiyseniz (önyüklendiyseniz) f_mntfromname değerinin 3 parçalı bir biçimde ("diskCsVsS") olması da mümkündür; bu durumda onun "taban" Bölüntüsü (örneğin "diskCsV") bağlanmayacaktır.
• Bölüntü Grubu (Volume Group) - APFS Bölüntü koleksiyonları, bir APFS Bölüntü Grubu aracılığıyle birbiriyle ilişkilendirilebilir. Herhangi bir APFS Konteynerinde sıfır veya daha fazla APFS Bölüntü Grubu bulunabilir. Belirli bir APFS Bölüntü Grubunun "üyeleri" (APFS Bölüntüleri) aynı APFS Konteynerinde olmalıdır. "Boş" (sıfır üyeli) bir APFS Bölüntü Grubu diye bir şey yoktur.
APFS Bölüntü Grupları, Bölüntü Grubu Kimlikleri (bir UUID) kullanılarak tanımlanır. Bu kimliğin atanması bazı durumlarda ertelenebilir.
APFS Bölüntü Gruplarının birincil kullanımı, "Sistem" rolünün (işletim sistemi için) ve "Veri" rolünün (kullanıcı verileri için) APFS Bölüntülerinin işlevsel olarak bağlandığı (örtüşen dosya ad alanı, kripto bilgisi), ancak güvenlik, yedekleme ve yazılım güncelleme nedenleriyle ayrıldığı macOS kurulumlarının gerçekleştirilmesidir.
Kriptografik kimlik, varsa, bir APFS Bölüntü Grubunun tüm üyeleri arasında paylaşılır.
APFS'nin kendisinde verilerinizi yedeklemek için hiçbir hüküm yoktur. Yedeklemeler her zaman düzenli olarak ve bu komutları kullanarak herhangi bir APFS Konteynerini değiştirmeden önce yapılmalıdır.
Aşağıda, açıklamaları ve tekil argümanları ile birlikte APFS alt eylemlerinin bir listesi yer almaktadır.
list [-plist] [containerReferenceDevice] APFS nesnelerini bir ağaç olarak görüntüler. APFS Konteynerleri, içe aktarılan Fiziksel Depoları ve dışa aktarılan Bölüntüleri ile gösterilir.
Çıktıyı belirli bir APFS Konteyner ailesiyle sınırlayan bir containerReferenceDevice belirtmediğiniz sürece, sistemde şu anda bağlı olan tüm APFS Konteynerleri listelenir.
-plist belirtilirse, normal kullanıcı tarafından okunabilir çıktı yerine bir özellik listesi üretilir.
convert device [-dryrun] [-prebootSource yourStagingDirectory] [-noPrebootAdditions] Bir HFS bölüntüsünü veri kaybı olmadan tek bir (ancak aşağıya bakın) APFS Bölüntüsüne sahip bir APFS Konteynerine dönüştürür. APFS Konteyneri daha sonra her zamanki gibi yönetilebilir (örneğin APFS Bölüntüleri ekleme ve silme). Bu eylem, önyükleme yapılamayan salt "veri" bölüntülerini ve "macOS" bölüntülerini dönüştürmek için kullanılabilir (aşağıya bakın).
Kaynak HFS bölüntüsü bir GPT bölüntüsünde veya şifreli ya da şifresiz bir CoreStorage mantıksal bölüntüsünde (LV) bulunabilir. İkinci durumda, ilgili Boot Camp Yardımcısı bölüntülerinin otomatik olarak kaldırılması dahil olmak üzere CoreStorage mantıksal bölüntü grubu (LVG) dağıtılır.
-dryrun belirtilirse, tüm hesaplamalar, kontroller ve some veri taşımaları gerçekleştirilir ancak diskiniz geçerli HFS olarak bırakılır (başlıklar HFS olarak beyan edilmeye devam eder, bölüntü türleri olduğu gibi bırakılır vb.).
Şu anda veya gelecekte macOS taşıyan (ve önyüklenebilir) olması planlanan bölüntüler için, isteğe bağlı olarak macOS önyükleme ögelerinin kendi hazırlık diziniyle -prebootSource belirtebilirsiniz; macOS önyüklemesini kolaylaştırmak amacıyla dönüştürme işleminin bir parçası olarak otomatik olarak bir UUID dizine sahip Preboot Rolü APFS Bölüntüsü oluşturulacaktır. Normalde dizininiz yazılabilir olmalıdır; dönüştürme öncesinde dizininize ek ögeler (cryptographic ve EFI oluşturma) otomatik olarak eklenir ve sonrasında kaldırılmaz. -noPrebootAdditions seçeneği ile otomatik öge eklemeyi devre dışı bırakabilirsiniz.
Etkilenen disklerin sahipliği gereklidir.
create device name Boş bir APFS Konteyneri oluşturan ve ardından verilen ada sahip bir APFS Bölüntüsü ekleyen kolaylık eylemidir. APFS Bölüntüsü, şifreleme olmaması, kapasite rezervi veya kotası olmaması vb. gibi varsayılan niteliklere sahip olacaktır. Bu, diskutil apfs createContainer ve diskutil apfs addVolume eylemlerinin birleşimidir.
Etkilenen diskin sahipliği gereklidir.
createContainer device Boş bir APFS Konteyneri oluşturur. Belirtilen cihaz APFS Fiziksel Deposu haline gelir.
Bu komutu çalıştırdıktan sonra, diskutil apfs addVolume eylemiyle APFS Bölüntüleri ekleyebilirsiniz; yeni Konteyneri "kullanmak" için bunu en az bir kez yapmalısınız.
Etkilenen diskin sahipliği gereklidir.
deleteContainer [-force] containerReferenceDevice | physicalStoreDevice [newName] [newFormat newName newSize] Mevcut bir APFS Konteynerini, tüm APFS Bölüntüleri dahil olmak üzere yok eder. Bu bölüntülerin tümündeki veriler kaybolacaktır.
APFS Konteynerini Konteyner Referans diskiyle (tercih edilen) veya Fiziksel Depo disklerinden biriyle tanımlayabilirsiniz.
APFS Bölüntülerinin bağlantısı önce kesilir; bunlardan biri veya daha fazı meşgulse bu işlem başarılı olmayabilir, bu durumda deleteContainer iptal edilir ve tüm veriler bozulmadan bırakılır (bazı bölüntülerin bağlantısı kesilmiş olsa bile).
Aksi takdirde, tüm APFS Bölüntüleri silinir, uygun şekilde şifreleme deposu girdileri kaldırılır, ana APFS Konteyneri silinir ve APFS Konteynerinin eski Fiziksel Deposu aşağıdaki gibi bertaraf edilir:
Yeni bir newName belirtmediyseniz ve tüm Fiziksel Depolar bölünt ise, bu bölüntüler silinir (boş alana dönüştürülür). Daha sonra bölüntü haritanızda yeni oluşturulan boşluğu yeniden amaçlandırmak için diskutil addPartition kullanmak isteyebilirsiniz.
Bir newName belirttiyseniz veya bir veya daha fazla Fiziksel Depo bütün disk ise (örneğin AppleRAID), bunlar newName tabanlı bölüntü adlarıyla (APFS dışında bir şey olarak) yeniden biçimlendirilir.
partitionDisk eylemini kullanırken olduğu gibi newFormat newName newSize üçlüsünü belirttiyseniz, her biri newName tabanlı belirtilen biçim ve bölüntü adlarıyla yeniden biçimlendirilir. Şu anda yalnızca 0 (doldurmaya sığdır) değerindeki bir newSize desteklenmektedir.
APFS Konteyneriniz hasar görmüşse, onun için bir Konteyner Referansı var olmayabilir veya işlevsel olmayabilir. Bu durumda, -force seçeneğini belirtebilirsiniz; bu, son çare alternatif modunu etkinleştirir. Normalde bu moddan kaçınmalısınız.
Etkilenen disklerin sahipliği gereklidir.
resizeContainer containerReferenceDevice | physicalStoreDevice limits [-plist] | size [part1Format part1Name part1Size part2Format part2Name part2Size part3Format part3Name part3Size ...] Bir APFS Konteyner Referansı (tercih edilen) veya bir APFS Fiziksel Depo bölüntüsü ve önerilen yeni bir boyut belirterek mevcut bir APFS Konteynerini yeniden boyutlandırır. Alternatif olarak, hiçbir işlem yapmadan kısıtlama bilgilerini yazdırır. İşlem canlıdır, veri kaybına yol açmaz ve hiçbir APFS Bölüntüsünü bağlamaz veya bağlantısını kesmez.
Boyut yerine limits belirtilmesi hiçbir işlem yapılmamasına neden olur, ancak çeşitli kısıtlamaları dikkate alarak geçerli değerler aralığını yazdırır; -plist seçeneği bu bilgiyi özellik listesi biçiminde yazdıracaktır.
Küçültmeler, hedeflenen veya ima edilen APFS Konteynerindeki tüm APFS Bölüntülerinin veri kullanımı miktarıyla kısıtlanır. Bu veri kullanımına katkıda bulunanlar, APFS Bölüntülerindeki dosya içeriği, kotaların ve/veya rezervlerin varlığı, APFS Anlık Görüntülerinin kullanımı (örneğin Time Machine tarafından) ve meta veri yüküdür.
Büyütmeler, hedeflenen veya ima edilen Fiziksel Depo bölüntüsünü takip eden bölüntü haritası boş alanı miktarıyla kısıtlanır.
Küçültürken, yeni açılan alanı doldurmak için isteğe bağlı olarak yeni bölüntüler oluşturulabilir. Bunu yapmak için, partitionDisk eyleminin üçlü açıklamasıyla aynı şekilde biçim, ad ve boyut parametrelerini belirtin.
Hedeflenen APFS Fiziksel Deposunu, tüm kalan alan bir sonraki bölüntüye veya bölüntü haritasının sonuna kadar dolacak şekilde büyütmek için sıfır (0) boyut belirtebilirsiniz.
Etkilenen disklerin sahipliği gereklidir, ve Konteyner üzerindeki tüm APFS Bölüntülerinin kilidi açılmış olmalıdır.
addVolume containerReferenceDevice filesystem name [-passprompt] | [-passphrase passphrase] | [-stdinpassphrase] [-passphraseHint passphraseHint] [-reserve reserve] [-quota quota] [-role roles] [-group[With] | -sibling groupDevice] [-nomount] [-mountpoint mountpoint] Mevcut bir APFS Konteynerine yeni bir APFS Bölüntüsü ekler. Dosyalar daha sonra bu yeni oluşturulan APFS Bölüntüsünde depolanabilir.
filesystem parametresi, bu yeni APFS Bölüntüsü için kalıcı APFS kimliğini ayarlar; APFS veya Case-sensitive APFS belirtmelisiniz.
Parola seçeneklerinden birini belirtmediğiniz sürece yeni APFS Bölüntüsü şifrelenmemiş olacaktır; parola belirtilirse bölüntü varlığının başlangıcından itibaren şifrelenecektir (şifrelemenin sonradan uygulanmasının aksine); eklenen kullanıcı "Disk Kullanıcısı" (Disk User) olacaktır. İsteğe bağlı passphraseHint, şifrelenmiş bir APFS Bölüntüsü kilitliyken bile görüntülenebilen kullanıcı tanımlı bir dizedir.
APFS Bölüntülerinin sabit bir boyutu yoktur; depolama alanını ihtiyaç duyuldukça ayırırlar. Bölüntünüz için minimum alan miktarını garanti etmek üzere reserve parametresini belirtebilirsiniz; dosya verileri için en az bu kadar bayt kullanılabilir olacaktır. Bölüntünüzün dosya kullanımını maksimum bir miktarla sınırlamak için quota parametresini de belirtebilirsiniz; ana APFS Konteynerinde aksi takdirde yeterli alan olsa bile dosya verileri için bu kadar bayttan fazı kullanılabilir olmayacaktır. Hem reserve hem de quota parametrelerini eş zamanlı olarak belirtebilirsiniz; ancak rezervin kotadan daha büyük olmasına izin verilmez.
APFS Bölüntüleri belirli rol meta veri bayraklarıyla etiketlenebilir. roles parametresini, aşağıdaki APFS BÖLÜNTÜ ROLLERİ bölümündeki meta veri bayraklarının bir veya daha fazlasının herhangi bir kombinasyonuyla veya betik yazma kolaylığı için etkisiz bir işlem olarak 0 ile sağlayabilirsiniz. Bir seferde yalnızca bir rolle ve diğer çeşitli kurallarla sınırlı olabileceğinizi unutmayın.
-groupWith belirtirseniz, yeni APFS Bölüntünüz, APFS Bölüntüsü groupDevice ile aynı APFS Bölüntü Grubunun bir üyesi olacaktır. groupDevice henüz herhangi bir grupla ilişkilendirilmemişse, uygun olduğunda otomatik olarak böyle bir grup oluşturulacaktır.
Yeni APFS Bölüntüsü oluşturulduktan sonra açıkça bağlanır; bağlanmamış olarak bırakmak için -nomount belirtebilirsiniz veya "özel" bir mountpoint yolu sağlayabilirsiniz, bu durumda root olmalısınız, dizin zaten var olmalıdır ve bağlantıyı kestiğinizde dizini kendiniz silmelisiniz.
Etkilenen disklerin sahipliği gereklidir.
deleteVolume volumeDevice Verilen APFS Bölüntüsünü APFS Konteynerinden kaldırır. Bölüntünün tüm verileri kaybolacaktır. Ek olarak, ilgili XART, Preboot ve Recovery girdilerini kaldırmak için en iyi çaba gösterilir (hata yoksayılır).
Etkilenen disklerin sahipliği gereklidir.
deleteVolumeGroup volumeGroupUUID Verilen APFS Bölüntü Grubuna ait tüm APFS Bölüntülerini APFS Konteynerinden kaldırır. Bölüntülerin tüm verileri kaybolacaktır. Ek olarak, her Bölüntü için ilgili XART, Preboot ve Recovery girdilerini kaldırmak için en iyi çaba gösterilir (hata yoksayılır). Daha sonra Bölüntü Grubunun artık var olmadığı kesin olarak doğrulanır.
Gruptaki tüm Bölüntüler önce başarıyla ayrılmadığı sürece kaldırma işlemi başlamaz.
Ana APFS Konteynerinin sahipliği gereklidir.
eraseVolume volumeDevice -name newName [-passprompt] | [-passphrase passphrase] | [-stdinpassphrase] [-passphraseHint passphraseHint] [-role roles] [-group[With] | -sibling groupDevice] Mevcut bir APFS Bölüntüsünün içeriğini siler; tüm verileri kaybolacaktır. diskutil apfs deleteVolume eyleminin aksine, APFS Bölüntüsü APFS Konteynerinden kaldırılmaz.
"Yeni" APFS Bölüntüsü, APFS dosya sistemi türünü (büyük/küçük harfe duyarlı olup olmadığını) miras alacak ancak ad, rezerv, kota, rol veya şifreleme durumu gibi nitelikleri miras almayacaktır.
"Yeni" APFS Bölüntüsü, diskutil apfs addVolume eyleminde olduğu gibi parola seçenekleri sunmadığınız sürece şifrelenmemiş olacak, aksi takdirde şifrelenecek ve başlangıçta "Disk Kullanıcısı" tarafından erişilebilir olacaktır.
-role ve -groupWith seçenekleri diskutil apfs addVolume eylemiyle aynı şekilde çalışır.
Daha fazla kontrole ihtiyacınız varsa, bunun yerine Bölüntüyü silmeli ve (yeniden) eklemelisiniz.
Etkilenen disklerin sahipliği gereklidir.
changeVolumeRole | chrole volumeDevice roles Mevcut bir APFS Bölüntüsünün rol meta veri bayraklarını değiştirir.
Roller, aşağıdaki APFS BÖLÜNTÜ ROLLERİ bölümündeki rol meta veri bayraklarının bir veya daha fazlasının herhangi bir kombinasyonu olmalıdır. Belirtilmeyen bayraklar olduğu gibi bırakılır, küçük harf kullanımı bayrakların temizlenmesine neden olur ve büyük harf kullanımı bayrakların ayarlanmasına neden olur. Alternatif olarak, clear tüm bayrakları kaldıracaktır veya betik yazma kolaylığı için etkisiz bir işlem olarak 0 kullanılabilir. Rol bayraklarının kullanımı veya yasal kombinasyonları hakkında herhangi bir varsayımda bulunmamalısınız.
Etkilenen disklerin sahipliği gereklidir.
unlockVolume | unlock volumeDevice [-user disk | -user cryptoUserUUID | -recoverykeychain file] [-passphrase passphrase] | [-stdinpassphrase] [-nomount | -mountpoint mountpoint] [-systemreadwrite] [-verify] [-plist] Şifrelenmiş ve kilitli bir APFS Bölüntüsünün kilidini açar ve bağlar veya bir parolayı doğrular.
-user seçeneğini sağlamazsanız, o APFS Bölüntüsündeki tüm kriptografik kullanıcılar eşleşme için aranır; -user disk sağlarsanız Disk UUID (APFS Bölüntü UUID'sine eşittir) kullanıcısı varsayılır; -user seçeneğine bir UUID sağlarsanız o belirli kullanıcı varsayılır; bunun yerine -recoverykeychain sağlarsanız Kurumsal Kurtarma (Institutional Recovery) kullanıcısı (aşağıya bakın) varsayılır.
-passphrase ile bir parola parametresi belirtmediğiniz veya parolanızı standart girdiye (stdin) yönlendirip -stdinpassphrase kullanmadığınız sürece etkileşimli olarak bir parola girmeniz istenecektir.
Bir parolaya alternatif olarak, APFS Bölüntüsünde daha önce bir Kurumsal Kurtarma Anahtarı (Institutional Recovery Key) kurulmuşsa, bir anahtarlık (keychain) dosyasının tam yolunu içeren -recoverykeychain belirtebilirsiniz. Anahtarlığın kilidi açık olmalıdır; daha fazla bilgi için security(1) ve fdesetup(8) kılavuzlarına bakın.
Bu komut normalde kilidi açtıktan sonra APFS Bölüntüsünü bağlayacaktır; bir Bölüntü Grubu "Sistem"/"Veri" rolü çiftinin parçasıysa, her ikisi de bağlanacaktır. Bölüntülerden biri "Sistem" rolüne sahipse, -systemreadwrite seçeneğini belirtmediğiniz sürece salt okunur olarak bağlanacaktır. -nomount seçeneği ile açık bağlama adımını atlayabilir veya -mountpoint seçeneği ile "özel" bir bağlama noktası belirtebilirsiniz. Kendi bağlama noktası yolunuzu belirtirseniz, bu yolun var olması ve üzerinde yazma ayrıcalıklarına sahip olmanız gerekir (örneğin genellikle root olmalısınız).
-verify belirtilmesi, kilitli veya kilidi açık durumu etkilemeden parolanın doğruluğunu test edecektir.
-plist belirtilirse, normal kullanıcı tarafından okunabilir çıktı yerine bir özellik listesi üretilir; bu liste ek ayrıntılar sağlar.
Bölüntüyü yeniden kilitlemek için, örneğin diskutil unmount veya diskutil apfs lockVolume ile bağlantısını kesin.
Etkilenen disklerin sahipliği gereklidir.
lockVolume | lock volumeDevice Şifrelenmiş kilidi açık bir APFS Bölüntüsünün bağlantısını keser ve kilitler. Bu çoğunlukla diskutil unmount ile eş anlamlıdır.
Etkilenen disklerin sahipliği gereklidir.
listCryptoUsers | listUsers | listCryptoKeys | listKeys [-plist] volumeDevice Verilen APFS Bölüntüsüyle ilişkili olan tüm kriptografik kullanıcıları ve özel amaçlı (örneğin kurtarma) "kullanıcıları" (anahtarları), her birinin Kriptografik Kullanıcı UUID'si ve kullanım "türü" ile gösterir.
Bir APFS Kriptografik Kullanıcısının genel amacı, kendi APFS Bölüntüsünün kilidini açmak için kimlik doğrulaması yapmaktır; kullanıcılarından herhangi biri bunu yapabilir.
Bir APFS Bölüntüsünün kripto kullanıcıları içermesi için şifrelenmiş olması gerekmez; aslında Disk Kullanıcısı dışındakiler şifrelemeden önce eklenmelidir.
Kriptografik Kullanıcı türleri arasında, UUID değeri her zaman kendi Bölüntüsünün UUID'siyle eşleşen, Bölüntü başına en fazla bir tane olan "Disk" kullanıcısı; kendi başlarına kullanıcı olmayan, bunun yerine kısmi kripto anahtarlarını depolayan ve karşılık gelen "Kurtarma Kullanıcıları" ile eşleştirilen ve sabit sabit UUID değerlerine sahip olan iCloud veya kişisel "Kurtarma Anahtarları" (Recovery Keys); ve en yaygın olarak, UUID değerleri karşılık gelen yerel macOS Open Directory (OD) hesap kullanıcısı GUID'leri ile eşleşen "Open Directory" kullanıcıları (örneğin yaygın yerel kullanıcı hesapları; daha fazla bilgi için dscl(1) kılavuzuna bakın) yer alır.
-plist belirtilirse, normal kullanıcı tarafından okunabilir çıktı yerine bir özellik listesi üretilir.
changePassphrase | changeCryptoUserPassphrase | passwd volumeDevice -user disk | cryptoUserUUID [-oldPassphrase oldPassphrase | -oldStdinpassphrase] [-newPassphrase newPassphrase | -newStdinpassphrase] Verilen APFS Bölüntüsüyle ilişkili olan verilen kriptografik kullanıcının parolasını değiştirir.
Eski ve yeni parolalar diskutil apfs addVolume ile aynı şekilde belirtilir; her ikisini de belirtmezseniz gerektiğinde etkileşimli olarak yönlendirilirsiniz.
Etkilenen disklerin sahipliği gereklidir.
setPassphraseHint | setCryptoUserPassphraseHint | hint volumeDevice -user disk | cryptoUserUUID -hint hintMessage | -clear Verilen APFS Bölüntüsüyle ilişkili olan verilen kriptografik kullanıcının parolasını hatırlamaya yardımcı olması için keyfi bir ipucu dizesi ayarlar. -clear belirtilmesi mevcut tüm ipuçlarını temizler (varsayılan olarak ipucu yoktur).
Etkilenen disklerin sahipliği gereklidir.
encryptVolume | encrypt | enableFileVault volumeDevice -user disk | existingCryptoUserUUID [-passphrase existingOrNewPassphrase | -stdinpassphrase] Şu anda şifrelenmemiş bir APFS Bölüntüsünün şifrelenmesini başlatır ("FileVault'u Etkinleştir"). Donanıma bağlı olarak işlem hemen gerçekleştirilebilir veya "arka planda" ilerleyebilir.
Mevcut bir kriptografik kullanıcı UUID'si sağlayabilirsiniz, bu durumda onun ilgili parolasını sağlamalısınız; veya "Disk Kullanıcısı" zaten mevcut olması koşuluyla disk (veya Disk/Bölüntü UUID'si) ve "Disk Kullanıcısının" ilgili parolasını sağlayabilirsiniz.
Alternatif olarak, bu APFS Bölüntüsünde henüz hiçbir kullanıcı yoksa, yine de disk (veya Disk/Bölüntü UUID'si) ve sağlayacağınız yeni bir parolayla bir "Disk Kullanıcısı" oluşturulabilir. Bu, diskutil kullanarak henüz üzerinde hiçbir kriptografik kullanıcı bulunmayan bir APFS Bölüntüsünün bu tür ilk kullanıcıyı edinmesinin tek yoludur.
Etkileşimli olsun ya da olmasın parola, diskutil apfs addVolume ile aynı şekilde belirtilir.
Etkilenen disklerin sahipliği gereklidir.
decryptVolume | decrypt | disableFileVault volumeDevice [-user disk | existingCryptoUserUUID | -recoverykeychain file] [-passphrase existingPassphrase | -stdinpassphrase] Şu anda şifrelenmiş bir APFS Bölüntüsünün şifresinin çözülmesini başlatır ("FileVault'u Devre Dışı Bırak"). Donanıma bağlı olarak işlem hemen gerçekleştirilebilir veya "arka planda" ilerleyebilir.
Bu işlemi çağırmadan önce APFS Bölüntüsü kilitli olmayan bir durumda olmalıdır. Ek olarak, bu işlemin kendisi kimlik doğrulamanızı gerektirir.
APFS Bölüntüsündeki mevcut herhangi bir kriptografik kullanıcı ve parolası, -user ile bir UUID veya "Disk Kullanıcısını" belirtmek için disk kelimesi kullanılarak sağlanabilir. APFS Bölüntüsünde bir "Disk Kullanıcısı" varsa ve -user parametresini atlarsanız, "Disk Kullanıcısı" varsayılır.
Bir parolaya alternatif olarak, unlockVolume eylemiyle aynı şekilde tam yolu olan -recoverykeychain belirtebilirsiniz.
Bir parola sağlamazsanız ancak gerekiyorsa, kriptografik kullanıcı UUID'si ile etkileşimli olarak yönlendirilirsiniz.
Etkilenen disklerin sahipliği gereklidir.
listSnapshots | listVolumeSnapshots [-plist] volumeDevice | volumeSnapshotDevice Verilen APFS Bölüntüsü ile şu anda ilişkili olan tüm APFS Anlık Görüntülerini, her birinin Anlık Görüntü UUID'si, Anlık Görüntü Adı, sayısal XID tanımlayıcısı ve muhtemelen diğer alanlar gibi bilgilerle gösterir. Varsa, APFS Konteynerinin yeniden boyutlandırılmasını sınırlayan benzersiz APFS Anlık Görüntüsü tanımlanır.
Bir APFS Anlık Görüntüsünden köklendiyseniz (önyüklendiyseniz), uygun 3 parçalı BSD tanımlayıcısını belirtebilirsiniz (örneğin "disk1s2s1").
-plist belirtilirse, normal kullanıcı tarafından okunabilir çıktı yerine bir özellik listesi üretilir.
deleteSnapshot volumeDevice -uuid snapshotUUID | -xid xid | -name snapshotName [-wait] Verilen APFS Anlık Görüntüsünü APFS Bölüntüsünden kaldırır. APFS Bölüntüsünün durumunu gelişimindeki o noktaya geri yükleme yeteneği kaybolacaktır.
Anlık görüntü kaldırma işlemi arka planda ilerler ve -wait belirtmediğiniz sürece bu komut çıktığında bitmemiş olabilir.
Etkilenen disklerin sahipliği gereklidir.
list[Volume]Groups [-plist] [containerReferenceDevice] APFS Bölüntü Grupları tarafından tanımlanan APFS Bölüntüleri arasındaki ilişkileri görüntüler. Sistemde şu anda bağlı olan her bir APFS Konteyneri için, Konteynerin APFS Bölüntü Grupları gösterilir; her APFS Bölüntü Grubu için, Grubun APFS Bölüntüleri üyelik listesi gösterilir.
-plist belirtilirse, normal kullanıcı tarafından okunabilir çıktı yerine bir özellik listesi üretilir.
defragment containerDevice | volumeDevice status | enable | disable APFS Konteyneri veya Bölüntü düzeyinde kullanıcı dosyası verilerinin otomatik arka plan birleştirilmesini (defragmentation) yönetir. APFS Konteyneri düzeyinde birleştirmenin etkinleştirilmesi, o Konteynerden oluşturulacak gelekteki tüm Bölüntülerde birleştirmenin varsayılan olarak etkinleştirileceği anlamına gelir.
Etkilenen disklerin sahipliği gereklidir.
updatePreboot volumeDevice [-od openDirectoryPath] Verilen APFS Bölüntüsünün kriptografik kullanıcı (kilit açma) kayıtlarını inceleyerek eşleşen macOS kullanıcı meta verileriyle (örneğin avatar resimleri, parola ipuçları vb.) ilişkilendirir ve bu bilgiyi hedef bölüntünün ilişkili Preboot Bölüntüsünü güncellemek için kullanır. Preboot Bölüntüsü, EFI bellenim (firmware) zamanında bir oturum açma kullanıcı arayüzü sunmak ve macOS'i yükleyip başlatmak için kullanılır.
macOS kullanıcı meta verileri, normalde bir macOS kurulumu olması beklenen verilen volumeDevice üzerinde aranan macOS ve Open Directory (OD) veritabanı dosyalarından alınır.
-od seçeneği ile tam yol sağlayarak farklı bir Open Directory veritabanı kullanabilirsiniz, örneğin: "/Volumes/SomeOtherMacOSVolume/var/db/dslocal/nodes/Default" veya o sırada çalışan macOS'i kullanmak için / belirtebilirsiniz (volumeDevice öyle olmasa bile). Veritabanı kaynağının yönünü değiştirmek erişim kaybına yol açabilir; kesin bir nedeniniz olmadıkça asla yapılmamalıdır.
Bir kullanıcı oturum açamıyorsa veya oturum açma meta verileri güncel değilse, onarım olarak diskutil apfs updatePreboot / kullanılabilir.
Normalde bu eylemi asla kullanmanız gerekmez; Sistem Tercihleri'ndeki Kullanıcılar ve Gruplar panelini kullandığınızda Preboot Bölüntüsü otomatik olarak güncellenir.
Etkilenen disklerin sahipliği gereklidir.
syncPatchUsers volumeDevice APFS kriptografik kullanıcı kilit kayıtlarının nadiren ihtiyaç duyulan belirli bir onarımını gerçekleştirir. Hedef bölüntü bir APFS Bölüntü Grubunun parçasıysa, tüm APFS kriptografik kullanıcı kaydı kilit verileri, varsa Sistem rolü bölüntüsünden, varsa Veri rolü bölüntüsüne kopyalanır.
Neden yaptığınızı tam olarak bilmediğiniz sürece bu komutu asla kullanmamalısınız.
Etkilenen disklerin sahipliği gereklidir.
appleRAID | ar raidVerb [...] AppleRAID eylemleri, AppleRAID bölüntülerini (Yazılım RAID) oluşturmak, yönetmek ve yok etmek için kullanılabilir. AppleRAID üç temel RAID kümesi türünü destekler:
• "stripe" - Şeritli Bölüntü (RAID 0)
• "mirror" - Aynalanmış Bölüntü (RAID 1)
• "concat" - Sıralı Bölüntü (Birleştirme/Spanning)
Bu üç temel türden yalnızca "mirror" türü hata toleransını artırır. Aynalar, hata toleranslarını daha da artırmak için ikiden fazla diske sahip olabilir. Şeritli ve sıralı bölüntüler, aslında tek diskli bölüntülere göre hatalara karşı daha savunmasızdır.
Bu temel türlerden "yığılmış" (stacked) veya "iç içe" (nested) RAID bölüntüleri oluşturulabilir. Aynalanmış RAID kümelerini kullanan yığılmış RAID kümeleri hata toleranslıdır. Örneğin, bunlar yığılmış RAID kümelerinin daha yaygın kombinasyonlarından bazılarıdır:
• RAID 50 - Donanım RAID 5 disklerinden oluşan şeritli bir RAID kümesi.
• RAID 10 - Aynalanmış RAID kümelerinden oluşan şeritli bir RAID kümesi.
• RAID 0+1 - Şeritli RAID kümelerinden oluşan aynalanmış bir RAID kümesi.
• Sıralı Ayna (Concatenated Mirror) - Aynalanmış RAID kümelerinin birleştirilmesi.
Yeni RAID kümeleri oluştururken veya disk eklerken, mümkünse o diskteki bir bölüntü yerine tüm diski belirtmek daha iyidir. Bu, yazılımın en güncel bölüntü düzenlerini kullanarak tüm diski yeniden biçimlendirmesine olanak tanır. Bütün diskler kullanıldığında, kullanılan bölüntüleme türü platform türüne göre seçilir (PPC = APMFormat, Intel = GPTFormat). GPT ve APM bölüntü biçimleri aynı RAID kümesinde karıştırılamaz.
Bütün disk ve bölüntü cihaz adlarına ek olarak AppleRAID, mevcut RAID kümelerine ve üyelerine atıfta bulunmak için UUID'leri kullanır. Mevcut RAID kümeleri bağlama noktasıyla da belirtilebilir (örneğin /Volume/raidset). Birçok durumda, cihaz argümanı için UUID kullanılması tercih edilir çünkü diskler eklendiğinde, çıkarıldığında veya sistem yeniden başlatıldığında disk cihaz adları zamanla değişebilir. RAID üyelerinin sistemle fiziksel bağlantısı kesilmişse veya artık yanıt vermiyorsa, komut argümanı olarak üyenin UUID'sini kullanmalısınız. Sistem günlüğündeki mesajlar, RAID kümelerine ve üye disklerine UUID ile atıfta bulunacaktır. Cihaz argümanlarını belirtme hakkında daha fazla bilgi için aşağıdaki CİHAZLAR bölümüne bakın.
AppleRAID, verilerinizi yedeklemenin yerini tutmaz. Yedeklemeler her zaman düzenli olarak ve bu komutları kullanarak herhangi bir RAID kümesini değiştirmeden önce yapılmalıdır.
Aşağıda, açıklamaları ve tekil argümanları ile birlikte appleRAID alt eylemlerinin bir listesi yer almaktadır.
list [-plist | UUID] Mevcut durumları ve ilişkili üye diskleri ile AppleRAID bölüntülerini görüntüler. UUID belirtilirse, yalnızca o AppleRAID Set UUID'sine sahip RAID kümesini listeler. -plist belirtilirse, kullanıcı biçimli çıktı yerine bir özellik listesi üretilir. -plist ve UUID argümanlarının her ikisi birden belirtilemez. diskutil listRAID ve diskutil checkRAID, diskutil appleRAID list için kullanımdan kaldırılmış eş anlamlılardır.
create mirror | stripe | concat setName format devices ... Birden fazla disk ve/veya RAID kümesinden oluşan yeni bir RAID kümesi oluşturur. setName, hem oluşturulan RAID bölüntüsünün adı hem de RAID kümesinin kendisi için kullanılır (listede gösterildiği gibi). Örneğin 'diskutil createRAID stripe MyArray JHFS+ disk1 disk2 disk3 disk4'. Etkilenen disklerin sahipliği gereklidir. diskutil createRAID, diskutil appleRAID create için kullanımdan kaldırılmış bir eş anlamlıdır.
delete raidVolume Mevcut bir RAID kümesini yok eder. RAID kümesi yeniden boyutlandırılabilir bir dosya sistemine sahip bir ayna ise, delete üye bölüntülerin her birini içerdiği dosya sistemini koruyarak tekrar RAID olmayan bir bölüntüye dönüştürmeye çalışacaktır. Yeniden boyutlandırılabilir bir dosya sistemine sahip sıralı RAID kümeleri için delete, dosya sistemini ilk üye bölüntüye sığacak şekilde küçültmeye ve bunu RAID olmayan bir bölüntüye dönüştürmeye çalışacaktır. Etkilenen disklerin sahipliği gereklidir. diskutil destroyRAID, diskutil appleRAID delete için kullanımdan kaldırılmış bir eş anlamlıdır.
repairMirror raidVolume newDevice Dışa aktarılan disk cihazı veya küme UUID'si raidVolume olarak verilen RAID ayna kümesine newDevice olarak verilen "new" bir diski ekleyerek bozulmuş bir aynayı onarır. Yeni disk, RAID kümesindeki mevcut disklerle aynı boyutta veya daha büyük olmalıdır. Bu komutu çalıştırdıktan sonra, diskutil appleRAID remove ile eski (sahipsiz kalmış, arızalanmış) üyeleri manuel olarak kaldırmalısınız. Etkilenen diskin sahipliği gereklidir. diskutil repairMirror, diskutil appleRAID repairMirror için kullanımdan kaldırılmış bir eş anlamlıdır.
add type newDevice raidVolume Mevcut bir RAID kümesine yeni bir üye veya sıcak yedek (hot spare) ekler. Tür member veya spare olabilir. Yeni diskler canlı olarak eklenir, RAID bölüntüsünün bağlantısının kesilmesi gerekmez. Aynalanmış bölüntüler hem üyelerin hem de sıcak yedeklerin eklenmesini destekler, sıralı bölüntüler ise yalnızca üyelerin eklenmesini destekler. Aynalanmış bir RAID kümesine ekleme yaparken, yeni disk RAID kümesindeki mevcut disklerle aynı boyutta veya daha büyük olmalıdır. Bir aynaya sıcak yedek eklenmesi, o ayna için otomatik yeniden oluşturmayı (autorebuilding) etkinleştirecektir. Sıralı bir RAID kümesine yeni bir üye eklenmesi, üyeyi sona ekler ve RAID bölüntüsünü genişletir. Etkilenen diskin sahipliği gereklidir. diskutil addToRAID, diskutil appleRAID add için kullanımdan kaldırılmış bir eş anlamlıdır.
remove oldDevice raidVolume Mevcut bir RAID kümesinden bir üyeyi veya yedeği kaldırır. Eski diskler canlı olarak kaldırılır; RAID bölüntüsünün bağlantısının kesilmesi gerekmez. Eksik cihazlar için oldDevice, cihazın UUID'si olmalıdır. Yeniden boyutlandırılabilir bir dosya sistemine sahip çevrimiçi ayna üyeleri RAID olmayan bölüntülere dönüştürülecek, yedek ve çevrimdışı üyeler boş olarak işaretlenecektir. Sıralı RAID kümeleri için yalnızca son üye kaldırılabilir. Yeniden boyutlandırılabilir dosya sistemleri için remove, dosya sisteminin kalan disklere sığması için önce sıralı RAID kümesini küçültmeye çalışacaktır. Etkilenen diskin sahipliği gereklidir. diskutil removeFromRAID, diskutil appleRAID remove için kullanımdan kaldırılmış bir eş anlamlıdır.
enable mirror | concat device Yeniden boyutlandırılabilir bir dosya sistemi (JHFS+ gibi) içeren RAID olmayan bir disk bölüntüsünü, eşleştirilmemiş bir aynaya veya tek diskli sıralı bir RAID kümesine dönüştürür. Başlangıçta Mac OS X 10.2 Jaguar veya daha eski sürümlerde bölüntülenmiş veya Mac OS 9 uyumlu olacak şekilde bölüntülenmiş diskler yeniden boyutlandırılamayabilir. Etkilenen diskin sahipliği gereklidir. diskutil enableRAID, diskutil appleRAID enable için kullanımdan kaldırılmış bir eş anlamlıdır.
update key value raidVolume Mevcut bir RAID kümesinin anahtar değer parametrelerini günceller. Geçerli anahtarlar şunlardır:
• AutoRebuild - Doğru (true) ise, sistem bozulmuş aynalanmış bölüntüleri otomatik olarak yeniden oluşturmaya çalışır. Yeniden oluşturma için cihazları ararken, AppleRAID önce sıcak yedeklere, ardından bozulmuş üyelere bakar. Doğru için "1", yanlış için "0" değerini kullanın.
• SetTimeout - Eksik bir cihaz için sistemin, aynalanmış bir raid kümesini bozmadan önce ne kadar süre (saniye cinsinden) bekleyeceğini kontrol eder. Ayrıca, bağlantısı kesilmiş bir aynadan tüm cihazların bağlantısını bozmadan kesmek için ne kadar süreniz olduğunu da kontrol eder.
Etkilenen diskin sahipliği gereklidir. diskutil updateRAID, diskutil appleRAID update için kullanımdan kaldırılmış bir eş anlamlıdır.
coreStorage | cs coreStorageVerb [...] CoreStorage eylemleri, CoreStorage bölüntüleri hakkında bilgi toplamak ve bunları kaldırmak için kullanılabilir.
CoreStorage, RAID gibi sanal disklerden oluşan bir dünyayı yönetir; burada kullanıcı bir havuza (veya birkaç havuza) kolayca içe aktarılan destekleyici diskler ekleyebilir veya kaldırabilir, ayrıca havuzdan dışa aktarılan kullanılabilir bölüntüler ekleyebilir veya çıkarabilir. Bu, kullanıcıya donanımını tahsis etmede esneklik sağlar; örneğin kullanıcı veya işletim sistemi verileri birden fazla fiziksel diske sorunsuz bir şekilde yayılabilir.
CoreStorage, Apple APFS lehine kullanımdan kaldırılmıştır.
Apple CoreStorage dört tür nesne tanımlar ve bunların örnekleri bir UUID ile benzersiz şekilde temsil edilir:
• Mantıksal Bölüntü Grubu (Logical Volume Group - LVG)
• Fiziksel Bölüntü (Physical Volume - PV)
• Mantıksal Bölüntü Ailesi (Logical Volume Family - LVF)
• Mantıksal Bölüntü (Logical Volume - LV)
Mantıksal Bölüntü Grubu (LVG), en üst veya "havuz" düzeyidir; herhangi bir işletim sistemi önyükleme oturumu sırasında sıfır veya daha fazla bulunabilir.
Bir LVG, bir veya daha fazla Fiziksel Bölüntüyü (PV) içe aktarır. Bir PV, LVG depolama alanını besleyen bir cihazı temsil eder; bir PV normalde gerçek bir medyadır ancak bir disk görüntüsü veya hatta bir AppleRAID Kümesi olabilir. PV olması için sunulan bir disk bölüntü olmalı ve kapsayan şema GPT olmalıdır.
Bir LVG, sıfır veya daha fazla Mantıksal Bölüntü Ailesini (LVF) dışa aktarır. Bir LVF, onun soyundan gelen tüm Mantıksal Bölüntüleri (LV'leri) yöneten ve birbirine bağlayan özellikleri içerir. Bu özellikler, Tam Disk Şifrelemesi (Full Disk Encryption - FDE) (LV'lerin şifrelenip şifrelenmediği, hangi kullanıcıların erişimi olduğu vb.) ve diğer hizmetler için ayarlar sağlar. Ancak şu anda, yeni LVF'lerin oluşturulması için LVG başına yalnızca sıfır veya bir LVF desteklenmektedir.
Bir Mantıksal Bölüntü Ailesi (LVF), bir veya daha fazla Mantıksal Bölüntüyü (LV) dışa aktarır. Ancak, LVF başına yalnızca ve tam olarak bir LV desteklenmektedir.
Bir Mantıksal Bölüntü (LV), üzerinde bir dosya sisteminin (Journaled HFS+ gibi) bulunduğu bir dev düğümü (dev node) dışa aktarır.
Cihaz argümanlarını belirtme hakkında daha fazla bilgi için aşağıdaki CİHAZLAR bölümüne bakın.
Aşağıda, açıklamaları ve tekil argümanları ile birlikte coreStorage alt eylemlerinin bir listesi yer almaktadır.
list [-plist | UUID] Tüm mevcut mantıksal bölüntü grupları (LVG'ler) için üye diskler (PV'ler) ve dışa aktarılan bölüntülerle (LVF'ler ve LV'ler) birlikte, her düzey için özellikler ve durumla birlikte CoreStorage dünyasının bir ağaç görünümünü görüntüler. -plist belirtilirse, biçimlendirilmiş ağaç çıktısı yerine bir özellik listesi üretilir; UUID'ler, o UUID tarafından temsil edilen nesnenin özelliklerini almak için diskutil coreStorage information eylemiyle kullanılabilir. UUID belirtilirse, yalnızca o UUID'yi (temsil edebileceği herhangi bir CoreStorage nesnesi türü ne olursa olsun) listelemek için bir girişimde bulunulur. -plist ve UUID argümanlarının her ikisi birden belirtilemez.
info | information [-plist] UUID | device Verilen CoreStorage UUID'si veya diski ile ilişkili CoreStorage nesnesinin (LVG, PV, LVF veya LV) özelliklerini görüntüler.
delete | deleteLVG lvgUUID | lvgName Bir CoreStorage mantıksal bölüntü grubunu siler. Mantıksal bölüntü aileleri ve mantıksal bölüntüleri kaldırılır, mantıksal bölüntü grubu yok edilir ve artık sahipsiz kalan fiziksel bölüntüler silinir ve bölüntü türü Journaled HFS+ olarak ayarlanır.
unlockVolume | unlockLV [-nomount] lvUUID [-stdinpassphrase] | [-passphrase passphrase] | [-recoverykeychain file] Bir mantıksal bölüntünün ve dosya sisteminin kilidini açarak onun takılmasını ve bağlanmasını sağlar. Veriler daha sonra dosya sistemi ve uygulamalar için açık formda erişilebilir hale gelirken, fiziksel disk üzerindeki destekleyici baytlar şifreli formda kalmaya devam eder. Bir kimlik bilgisi sağlanmalıdır; bir "Disk" kullanıcı parolası veya bir kurtarma anahtarlık dosyası sağlamalısınız.
-passphrase seçeneği belirtilmemişse, etkileşimli olarak yönlendirilirsiniz; aksi takdirde parolanız kullanılır. Veya -stdinpassphrase belirtirseniz standart girdi okunur (böylece parola açığa çıkmadan güvenli bir şekilde yönlendirilebilir).
Alternatif olarak, bir anahtarlık dosyasının yolunu içeren -recoverykeychain belirtebilirsiniz. Anahtarlığın kilidi açık olmalıdır; daha fazla bilgi için security(1) kılavuzuna bakın.
Kilitli durum, CoreStorage sürücüsüne disk üzerindeki şifrelenmiş baytları yorumlamak ve böylece bir dev düğümü dışa aktarmak için kimlik doğrulama bilgisinin (bir parolanın) verilmediği anlamına gelir. Bu eylem, o kimlik doğrulamasını sağlayarak bir mantıksal bölüntü ailesinin (LVF) ve mantıksal bölüntülerinin (LV'lerinin) kilidini açar; LV'ler böylece dev düğümleri olarak göründüğünden, -nomount seçeneği verilmediği sürece üzerlerindeki tüm dosya sistemleri otomatik olarak bağlanır.
Bölüntüyü yeniden kilitlemek için, örneğin diskutil eject ile diski çıkararak tekrar çevrimdışı hale getirin.
image [--stdinpassphrase] [--verbose] [--plist] diskimageverb diskutil image eylemi, disk görüntülerinin yönetilmesini kolaylaştırmak için StorageKit çerçevesiyle birlikte DiskImages çerçevesini kullanır.
Ayrıntılı çıktı için verbose bayrağını ekleyin.
diskimageverb eyleminin plist biçiminde çıktı üretmesi için plist bayrağını ekleyin. Diğer programların insan tarafından okunabilir metni ayrıştırmaya çalışmak yerine çıktıyı tüketmek için bu bayrağı kullanması amaçlanmıştır.
Parola istemek yerine parolayı standart girdiden (stdin) okumak için stdinpassphrase ekleyin. --stdinpass bu seçeneğin takma adıdır.
Aşağıda, açıklamaları ve tekil argümanları ile birlikte diskutil image alt eylemlerinin bir listesi yer almaktadır.
attach [--readOnly] [--nobrowse] [--mountPoint mountPoint] [--mountOptions
opt[,opt]*] [--mountPolicy mountPolicy] [--noMount] [--shadow
[
image-url aşağıdakilerden biri olabilir:
• Mevcut bir disk görüntüsü dosyasının yolu
• HTTP[S] üzerinden bir disk görüntüsünü temsil eden HTTPS[S] URL'si
• ram://
readOnly belirtilirse, bölüntünün temelindeki dosya sistemi, cihaz, medya veya kullanıcı (örneğin super-user) tarafından yazma desteklense veya izin verilse bile disk görüntüsü salt okunur olarak bağlanır.
Mount Policy:
Şunlardan biri olabilir: noMount, autoMount, forceMount.
Varsayılan olarak, ekledikten sonra disk görüntüsünü bağlamaya çalışacaktır (RAM disk olmadığı sürece); görüntüde bağlanabilir dosya sistemi olmaması durumunda işlem başarısız olacaktır ( forceMount ). noMount bayrağının belirtilmesi, bağlama girişimlerini atlayacak ve yalnızca disk görüntüsünü ekleyecektir. Son olarak, autoMount başarılı eklemeden sonra bir bağlama gerçekleştirmeye çalışacaktır. Bağlanabilir dosya sistemi olmaması durumunda işlem başarıyla sonlanacaktır.
noMount bayrağı, mountPolicy=noMount belirtmekle aynı şekilde davranır. Bu bayrağı çelişen bağlama politikalarıyla belirtemeyeceğinizi unutmayın.
Yalnızca bağlama ile ilgili seçenekler ( noMount ile kullanılamaz):
mountPoint sağlanırsa, bölüntüyü görüntülemek için bu yol kullanılır; sağlanan yolda bir dizin zaten var olmalıdır. Bu seçeneği belirtirken, disk görüntüsünün yalnızca tek bir bağlanabilir varlık içermesi gerektiğini unutmayın, aksi takdirde işlem başarısız olur. Ek olarak, mountOptions geçirerek bağlama işlemini yönetebilirsiniz, bkz. mount(8). Virgülle ayrılmış birden fazla seçenek sunulabilir. Bu seçenekler bağlama işlemi sırasında kullanılacaktır. Son olarak, bağlanan bölüntüyü grafik arayüz uygulamalarından (Finder gibi) gizlemek için nobrowse sağlanabilir.
Birincil görüntü dosyasındaki verilerle birlikte gölge (shadow) dosya(ları) kullanın. Bu seçenek orijinal görüntünün değiştirilmesini önler ve salt okunur görüntülerin yazılabilir olarak bağlanmasına olanak tanır. Görüntüden bloklar okunurken, gölge dosyasında bulunan bloklar temel görüntüdeki blokların yerine geçer. Bağlı bir cihaza yazılan tüm veriler gölge dosyasına yönlendirilecektir. Belirtilmezse, shadow-path varsayılan olarak
info [--extra] image-url Bir disk görüntüsü hakkındaki bilgileri yazdırır. İşlem, çeşitli ayrıntıları almak için görüntünün eklenmesi işlemini içerir. Görüntü zaten ekliyse, ekli kalacaktır. Aksi takdirde, işlem tamamlandığında görüntü çıkarılır. --extra belirtilirse, bazı görüntü türleri için ek bilgiler alınacaktır.
chpass image-url Verilen şifreli görüntünün parolasını değiştirir. Başarılı olduğunda, yeni parola görüntünün şifrelenmesinde verilen parolanın yerini alacaktır. Görüntü şifreli değilse, işlem Geçersiz Argüman hatasıyla başarısız olacaktır.
create [-e, --encrypt] [blank | from] ... Bir disk görüntüsü oluşturur. Boş (blank) veya mevcut bir kaynaktan (from).
İsteğe bağlı olarak şifrelenmiş bir disk görüntüsü oluşturur.
encrypt ile yeni oluşturulan disk görüntüsü AES-256 kullanılarak şifrelenebilir. Kaynaktan oluştururken ve şifreleme hem kaynak hem de hedef için geçerli olduğunda, stdinpassphrase ilk parolayı kaynağa, ikinciyi ise hedefe uygular.
İşlemin sonunda görüntü bağlanmaz.
Boş bir disk görüntüsü oluşturmak için blank kullanın. Disk görüntüsünü kaynaktan (örneğin disk3 / mevcut disk görüntüsü) oluşturmak için from kullanın.
blank [--format format] [--size size] [--volumeName name] [-fs filesystemFormat] image-path Boş bir disk görüntüsü oluşturur.
Disk görüntüsü image-path yolunda oluşturulacaktır. Yazılabilir bir yol olmalıdır.
format
• RAW - RAW okunabilir-yazılabilir biçim (daha önce UDRW olarak biliniyordu)
• ASIF - Apple sparse image (seyrek görüntü). Bu biçimin eski .sparseimage biçiminin yerini aldığını unutmayın. diskutil, sparseimage'ı ASIF'e dönüştürmek için kullanılabilir, örneğin: "diskutil image create from image.sparseimage image.asif"
• UDSB - Sparse bundle (seyrek demet)
name, görüntü üzerinde istenen bölüntü adıyla bir dosya sistemi oluşturur (varsayılan: untitled).
size, yeni oluşturulan görüntünün boyutunun belirtilmesine olanak tanır, BOYUTLAR bölümüne bakın.
filesystemFormat, belirtilen biçimde bir dosya sistemi oluşturur; APFS / ExFAT / MS-DOS / None seçeneklerinden biri (varsayılan: APFS).
from [--format format] [--shadow shadow-path] source-path destination-path Mevcut bir kaynaktan (örneğin disk3 veya disk görüntüsü URL'si) bir disk görüntüsü oluşturur.
Disk görüntüsü destination-path yolunda oluşturulacaktır. Yazılabilir bir yol olmalıdır.
format
• RAW - RAW okunabilir-yazılabilir biçim (daha önce UDRW olarak biliniyordu)
• UDRO - UDIF salt okunur sıkıştırılmamış
• UDZO - UDIF salt okunur zlib ile sıkıştırılmış
• ULFO - UDIF salt okunur lzfse ile sıkıştırılmış
• ULMO - UDIF salt okunur lzma ile sıkıştırılmış
• ASIF - Apple sparse image (seyrek görüntü)
• UDSB - Sparse bundle (seyrek demet)
source-path, oluşturulacak disk görüntüsünün kaynağı olmalıdır (örneğin disk3 / mevcut disk görüntüsü).
shadow-path, gölge dosyasının yoludur. Bu seçenek yalnızca başka bir disk görüntüsünden disk oluştururken kullanılabilir.
resize [-s, --size] [--image-only] image-url image-url ile temsil edilen mevcut bir disk görüntüsünü yeniden boyutlandırır. Herhangi bir boyut belirtilmediğinde disk görüntüsü yeniden boyutlandırma sınırlarını yazdırır.
Görüntü yeniden boyutlandırılabilir bir dosya sistemi (örneğin APFS) içeriyorsa, dosya sistemi yeniden boyutlandırılacak ve görüntü sınırları buna göre hesaplanacaktır.
Görüntü bir veya daha fazla bölüntü içeriyorsa, girdiye bağlı olarak yalnızca sonuncusu yeniden boyutlandırılacaktır.
Yalnızca GPT bölüntü tabloları veya APFS içeren bölüntüsüz görüntüler desteklenir.
Görüntü yeniden boyutlandırılmadan önce eklenmiş olmamalıdır.
size, disk görüntüsünün yeni boyutudur; disk görüntüsü sınırlarından gelen boyutu aşmamalıdır. BOYUTLAR bölümündeki boyutlardan (BOYUTLAR bölümüne bakın) biri veya diskutil tarafından bildirilen minimum boyuta yeniden boyutlandırmak için 'min' olabilir.
image-only, yalnızca disk görüntüsünü yeniden boyutlandıracak ve varsa ikincil bir GPT tablosunu yeni boyuta ayarlayacaktır.
Cihazlar
Yukarıdaki komutlardan herhangi biri için bir cihaz parametresi (aksi açıkça belirtilmedikçe) genellikle aşağıdakilerden biri olabilir:
• Disk tanımlayıcı (aşağıya bakın). disk* biçimindeki herhangi bir girdi, örneğin disk1s9.
• Disk tanımlayıcısını içeren cihaz düğümü girdisi. /dev/[r]disk* biçimindeki herhangi bir girdi, örneğin /dev/disk2.
• Bölüntü bağlama noktası. /Volumes/* biçimindeki herhangi bir girdi, örneğin /Volumes/Untitled. Çoğu durumda, /your/custom/mountpoint/here gibi "özel" bir bağlama noktası da kabul edilir.
• Yukarıda açıklanan bölüntü bağlama noktası biçimlerinden herhangi birinin URL biçimi. Örneğin file:///Volumes/Untitled veya file:///.
• Bir UUID. Örneğin 11111111-2222-3333-4444-555555555555 biçimindeki herhangi bir girdi. UUID, IOKit'in örneğin bir GPT haritasının bölüntü UUID'sinden türettiği bir IOMedia düğümüne yerleştirdiği bir "medya" UUID'si olabilir veya bir AppleRAID (veya CoreStorage) kümesi (LV) ya da üyesi (PV) UUID'si olabilir.
• Bir bölüntü adı, örneğin Untitled. Bu eşleştirme yalnızca verilen cihaz [/dev/][r]disk* veya [/Volumes/]* biçiminde değilse denenir. Eşleştirme denemesi, bağlıysa bağlama noktasının terminal bileşenine karşı değil, içsel bölüntü etiketine karşı yapılır.
Disk Tanımlayıcı
(BSD) disk tanımlayıcı dizesi, fiziksel veya mantıksal bir cihaz birimini, o cihaz üzerindeki bir oturumu (varsa), o oturum üzerindeki bir bölüntüyü (dilimi) (varsa), sanal bir mantıksal bölüntüyü veya bir bölüntünün gelişimindeki bir anı çeşitli şekillerde tanımlar. C, P, Q, S, U ve V değerlerinin pozitif ondalık tamsayılar (muhtemelen çok basamaklı) olduğu diskU, diskUsP, diskUsQ, diskUsQsP, diskC, diskCsV veya diskCsVsS biçimini alabilir ve burada:
• U, cihaz birimidir. Donanıma (örneğin sabit sürücü, optik sürücü veya bellek kartı) veya yazılım tarafından oluşturulan sanal bir "sürücüye" (örneğin AppleRAID Kümesi, Apple Disk Görüntüsü, CoreStorage LV vb.) atıfta bulunabilir.
• C, bir APFS Konteyneridir. Bu, APFS Bölüntüleri koleksiyonunu temsil etmek üzere APFS tarafından oluşturulan sanal bir disktir. Aynı anda birden fazla APFS Konteyneri aktif olabilir.
• Q oturumdur ve yalnızca optik medya için dahil edilir; o sırada takılı olan ortama (diske) kaç kez kayıt yapıldığını ifade eder.
• P, bir bölüntüleme şemasındaki bir bölüntüdür. Bir bölüntüleme şeması bir cihaz birimini böler ve buna "bölüntü haritası" veya kısaca "harita" da denir. Bir bölüntü üzerinde, genellikle kullanıcı tarafından görülebilen bir dosya sisteminin temelini oluşturan ham veriler bulunur, ancak bazı üçüncü taraf veritabanı programları için özel veriler veya sistem yazılımı için gerekli veriler de (örneğin EFI bölüntüleri, önyükleyici bölüntüleri, APM bölüntü haritası verileri vb.) içerebilir veya özellikle AppleRAID, CoreStorage, APFS veya diğer (üçüncü taraf) Depolama Sistemleri için destekleyici depo fiziksel bölüntülerini içerebilir. Örneğin, bir disk0s2 bölüntüsü APFS verileri içerebilir ve Apple_APFS bölüntü türüne sahip olabilir; bu bölüntü daha sonra bir APFS Fiziksel Deposu olarak adlandırılır, bundan bir APFS Konteyneri disk1 tanımlanır ve bundan bir APFS Bölüntüsü disk1s1 dışa aktarılır.
• V, bir APFS Bölüntüsüdür (Volume); bir APFS Konteynerinden paylaşılan sanal mantıksal bölüntüyü ifade eder. Örneğin, disk1 olarak belirlenmiş bir APFS Konteynerinden dışa aktarılan, bir dosya sistemi olarak bağlanabilen ve bağlama noktası yoluyla dosya depolamak için kullanılabilen bir APFS Bölüntüsü disk1s1 olabilir.
• S, bir APFS Anlık Görüntüsüdür (Snapshot); bir APFS Bölüntüsündeki dosyaların durumunun dondurulmuş bir anını ifade eder. Örneğin, APFS Konteyneri disk6 bir APFS Bölüntüsü disk6s3'e sahipse ve üzerinde iki APFS Anlık Görüntüsü alınmışsa, bunlar bağlandığında disk6s3s1 ve disk6s3s2 olarak adlandırılabilir. Bir bölüntü üzerinde sıfır veya daha fazla anlık görüntü kalıcı olarak tanımlanabilir, ancak yalnızca "aktif" (bağlı) anlık görüntüler disk tanımlayıcılarına sahip olur.
Bazı birimler (örneğin disketler, RAID kümeleri), bölüntü içeren bir bölüntüleme şeması yerine "bütün" cihazları üzerinde dosya sistemi verileri içerir.
Note that some of the forms appear the same and must be distinguished by context. Örneğin, diskUsQ, diskUsS ve diskCsV biçimlerinin tümü farklı şeyler anlamına gelebilen 2 parçalı biçimlerdir: Optik olmayan medya için (dosya sistemi) verilerinin depolandığı bir bölüntüyü (bölüntü haritasındaki) tanımlar; optik medya için bütün bir bölüntü haritasının (dosya sistemlerine sahip bölüntüleriyle birlikte) depolandığı bir oturumu tanımlar; bir APFS kurulumu için bir APFS Bölüntüsünü tanımlar. Başka bir örnek olarak, "yığılmış" durumlarda (AppleRAID üzerinde CoreStorage veya AppleRAID üzerinde APFS), 1 parçalı diskU biçimi, daha yaygın olan 2 parçalı biçimin aksine bir CoreStorage PV veya APFS PhysicalStore haline gelir.
Yazılımların, parçaların herhangi birinin sayısal sıralamasına güvenmekten kaçınması önemlidir. Bölüntü silme ve ekleme işlemleri, bölüntü yeniden boyutlandırma, sanal bölüntü silme ve ekleme işlemleri, medya yerleştirme döngüleri nedeniyle cihaz çıkarmalar ve takmalar, fiş döngüleri, kimlik doğrulama kilit döngüleri veya yeniden başlatmalar gibi faaliyetlerin tümü, parçaların sayısal sıralamasında (geçici) boşluklara ve artış olmamasına neden olabilir. Çeşitli UUID'ler gibi daha kalıcı tanımlama yöntemlerine güvenmelisiniz.
Boyutlar
Bir çıktıda bir boyut üretildiğinde, bu boyut bir ondalık basamak hassasiyetinde taban on yaklaşımıyla ve taban on SI çarpanıyla sunulur, genellikle bayt cinsinden kesin bir sayı da buna eşlik eder. Betikler bu insan tarafından okunabilir çıktıyı ayrıştırmaktan kaçınmalı ve bunun yerine -plist seçeneğini kullanmalıdır.
Sizin tarafınızdan girdi olarak bir boyut sağlanması gerektiğinde, bazıları mutlak ve bazıları bağlama duyarlı olmak üzere çeşitli şekillerde değerler sağlayabilirsiniz. Değerler taban on olarak yorumlanır ve önünde "+" olmadan pozitif olmalıdır. Sonek içermeyen bir tamsayı, kesin bir bayt sayısını ifade eder (örneğin 5368709120). Çarpan sonekleri isteğe bağlıdır, boşluk bırakılmadan değerinizi hemen takip etmelidir ve değerinizin gerçek bir sayı olmasına olanak tanır (örneğin 5.1234t). Aşağıdaki belirteçlerden bazılarının önünde hiçbir değer bulunmamalıdır (örneğin "kalan" anlamına gelen R harfi).
Taban on sonekleri:
• B, çarpanın 1 olduğu bayttır (blok değil). Bu sonek atlanabilir.
• K[B], çarpanın 1000 (1 x 10^3) olduğu taban on kilobayttır.
• M[B], çarpanın 1000000 (1 x 10^6) olduğu taban on megabayttır.
• G[B], çarpanın 1000000000 (1 x 10^9) olduğu taban on gigabayttır.
• T[B], çarpanın 1000000000000 (1 x 10^12) olduğu taban on terabayttır.
• P[B], çarpanın 1000000000000000 (1 x 10^15) olduğu taban on petabayttır.
• E[B], çarpanın 1000000000000000000 (1 x 10^18) olduğu taban on eksabayttır.
Taban iki sonekleri:
• Ki[B], çarpanın 1024 (1 x 2^10) olduğu taban iki kibibayttır.
• Mi[B], çarpanın 1048576 (1 x 2^20) olduğu taban iki mebibayttır.
• Gi[B], çarpanın 1073741824 (1 x 2^30) olduğu taban iki gibibayttır.
• Ti[B], çarpanın 1099511627776 (1 x 2^40) olduğu taban iki tebibayttır.
• Pi[B], çarpanın 1125899906842624 (1 x 2^50) olduğu taban iki pebibayttır.
• Ei[B], çarpanın 1152921504606846976 (1 x 2^60) olduğu taban iki eksbibayttır.
Aşağıdakiler cihazlar ve bölüntü haritalarıyla çalışırken kullanışlıdır:
• S | UAM ("sektörler"), çarpanın her zaman 512 olduğu 512 baytlık birimlerdir (cihazdan bağımsız).
• DBS ("cihaz blok boyutu"), uygulanabildiği durumlarda kapsayan bütün diskin cihaza bağlı yerel blok boyutudur; burada çarpan genellikle 512'dir ancak her zaman değil; gerçekten de iki tabanında bir kuvvet olmayabilir.
Belirli bağlamlarda (örneğin "kullanılabilir tüm alanı kullanma" talebinde bulunurken veya bölüntü üçlüleri oluştururken) aşağıdaki gibi göreceli bir değer sağlayabilirsiniz:
• 0 (sıfır sayısı), "mümkün olan tümü"nün tahsis edilmesi talebidir. Bu, farklı bağlamlarda farklı anlamlara gelebilir. Bölüntü haritaları için bu, bir sonraki bölüntünün başlangıcına veya bölüntü haritasının tahsis edilebilir alanının sonuna kadar tahsis yapılmasını talep eder.
• % (önünde bir sayı bulunan), bağlama göre uygun şekilde bütün disk boyutunun, bölüntü haritası boyutunun veya diğer tahsis edilebilir boyutun bir yüzdesidir. % kullanımı tüm durumlarda desteklenmez.
• R (önünde sayı bulunmayan), gruptaki diğer tüm üçlüler dikkate alındıktan sonra bütün disk boyutunun veya diğer tahsis edilebilir boyutun kalanını belirtir. Son üçlüde olması gerekmez. Tüm üçlüler arasında en fazla bir üçlüde görünmelidir. R kullanımı tüm durumlarda desteklenmez; bu tür bazı durumlarda 0 değeri daha uygundur.
İşletim sistemi tarafından tanımlanmış bir sabit değeri aşağıdaki gibi sağlayabilirsiniz:
• %recovery% (önünde sayı bulunmayan), macOS 13.0 öncesi Recovery Bölüntülerinin alışılagelmiş boyutudur.
B'nin baytları ifade ettiğini, S ve UAM'nin ise 512'lik sabit bir çarpanı ifade ettiğini unutmayın; ikincisi gpt (8) veya df (1) gibi araçlarla çalışırken kullanışlıdır. Ayrıca bu çarpanın, temel cihaz sürücüsü ve/veya donanım tarafından fiilen uygulanan bir "blok" boyutu olmadığını ve genellikle biçimlendirme seçeneğine bağlı olan, bir dosya sisteminin minimum destekleyici depo kullanım birimi olan bir "ayırma bloğu" (allocation block) olmadığını unutmayın.
Örnekler: 10G (10 gigabayt), 4.23tb (4.23 terabayt), 5M (5 megabayt), 4GiB (tam olarak 2^32 bayt), 126000 (tam olarak 126000 bayt), %25.4 (bütün disk boyutunun yüzde 25.4'ü).
Biçim
Silme ve bölüntüleme eylemleri için format parametresi, dosya sistemi kimliği (personality) adıdır. Bir dosya sistemi paketinin /System/Library/Filesystems/
Yaygın örnekler arasında, "Case-sensitive HFS+" gibi dosya sistemi paketlerinden alınan kurallı biçimlerin takma adları olarak JHFS+, JHFSX, MS-DOS vb. yer alır.
APFS Bölüntü Rolleri
APFS Bölüntüleri belirli rol meta veri bayraklarıyla etiketlenebilir. Desteklenen bayraklar şunlardır:
• B - Preboot (önyükleyici)
• R - Recovery (kurtarma)
• V - VM (sanal bellek / takas alanı)
• I - Installer (kurucu)
• T - Backup (yedekleme - Time Machine)
• S - System (sistem)
• D - Data (veri)
• E - Update (güncelleme)
• X - XART (donanım güvenliği)
• H - Hardware (donanım)
• C - Sidecar (Time Machine)
• Y - Enterprise (kurumsal - veri)
Örnekler
Bütün bir diski (cihazı) silme:
diskutil eraseDisk JHFS+ Untitled disk3
Bir bölüntüyü silme (veya bir bölüntüyü ya da sanal diski biçimlendirme):
diskutil eraseVolume jhfs+ UntitledHFS /Volumes/SomeDisk
Üç bölüntülü bir diski (cihazı) silme ve (yeniden) bölüntüleme:
diskutil partitionDisk disk3 HFSX Foo1 10G JHFS+ Foo2 10G MS-DOS FOO3 0
Farklı bir dosya sistemiyle silme ve biçimlendirme:
diskutil eraseVolume ExFAT FOO disk3s2
Bir bölüntüyü bölüntü haritasından kaldırma (boş alanla sonuçlanır):
diskutil eraseVolume free free disk3s2
Bölüntü haritasına yeni bir bölüntü ekleme (boş alana):
diskutil addPartition disk3s2 ExFat FOO 0
diskutil addPartition disk3s2 %Apple_HFS% %noformat% 2.5g
diskutil addPartition disk3 ExFat FOO 50%
Bir HFS diski APFS'ye dönüştürme:
diskutil apfs convert disk3s2
Üç yeni APFS Bölüntüsü içeren yeni bir APFS Konteyneri oluşturma:
diskutil apfs createContainer disk0s2
diskutil apfs addVolume disk8 APFS MyVolume1
diskutil apfs addVolume disk8 APFS MyVolume2 -passprompt
diskutil apfs addVolume disk8 APFS MyVolume3 -quota 10g
diskutil apfs list
Bir APFS Bölüntüsünü şifreleme (FileVault'u etkinleştirme):
diskutil apfs encryptVolume disk8s1 -user disk
Bir APFS Bölüntüsünü kilitleme veya kilidini açma:
diskutil apfs list disk8
diskutil apfs lockVolume disk8s1
diskutil apfs unlockVolume disk8s1 (tüm kullanıcıları dener)
diskutil apfs unlockVolume disk8s2 -user USERUUID (belirli bir kullanıcıyı dener)
Bir APFS Bölüntüsünün şifresini çözme (FileVault'u devre dışı bırakma):
diskutil apfs listUsers disk8s1
diskutil apfs decryptVolume disk8s1 -user USERUUID
Bir APFS Bölüntüsünü APFS Konteynerinden tamamen kaldırma:
diskutil apfs deleteVolume disk8s3
Bir HFS bölüntüsünü yeniden boyutlandırma ve ardından bir bölüntü oluşturma:
diskutil resizeVolume /Volumes/SomeDisk 50g MS-DOS DOS 0
Bir HFS bölüntüsünü yeniden boyutlandırma ve kalan tüm alanı kullanılmamış olarak bırakma:
diskutil resizeVolume /Volumes/SomeDisk 12g
İki bölüntüyü yeni bir bölüntüde birleştirme:
diskutil mergePartitions JHFS+ not disk1s3 disk1s5
Bir bölüntüyü üç yeni bölüntüye bölme:
diskutil splitPartition /Volumes/SomeDisk JHFS+ vol1 12g MS-DOS VOL2 8g JHFS+ vol3 0
Bir AppleRAID oluşturma:
diskutil createRAID mirror MirroredVolume JHFS+ disk1 disk2
Bir AppleRAID'i yok etme:
diskutil destroyRAID /Volumes/MirroredVolume
Hasarlı bir AppleRAID'i onarma:
diskutil repairMirror /Volumes/MirroredVolume disk3
Bölüntüyü bir AppleRAID bölüntüsüne dönüştürme:
diskutil enableRAID mirror /Volumes/ExistingVolume
Bir bölüntüyü silme, küçültme, macOS 13.0 öncesi bir Recovery Bölüntüsüyle ilişkilendirme:
diskutil splitPartition disk8s2 JHFS+ MacHD R %Apple_Boot% %noformat% %recovery%
MBR bölüntüleme şemasıyla bir diski bölüntüleme (örneğin bir kamera için):
diskutil partitionDisk disk3 MBR MS-DOS CAM1 0
Kullanımdan kaldırılmış APM bölüntüleme şemasıyla bir diski bölüntüleme:
diskutil partitionDisk disk3 APM HFS+ vol1 15% Journaled\ HFS+ vol2 R Journaled\ HFS+ vol3 25%
Free\ Space volX 10g
100 MiB'lık bir RAM disk görüntüsü bağlama:
diskutil image attach ram://100MiB
Belirli bir bağlama noktasında salt okunur bir disk görüntüsü bağlama:
diskutil image attach --readOnly --mountPoint /tmp/myMountPoint /tmp/myImage.dmg
"Untitled" adında bir APFS bölüntüsü içeren 16 GB'lık boş bir sparse bundle disk görüntüsü oluşturma:
diskutil image create blank -s 16g /tmp/myImage.sparsebundle
"MyVolume" adında bir APFS bölüntüsü içeren 100 MiB'lık boş bir raw disk görüntüsü oluşturma:
diskutil image create blank -s 100MiB --volumeName MyVolume /tmp/myImage.dmg
Mevcut bir diskten ULFO biçiminde bir disk görüntüsü oluşturma:
diskutil image create from disk3 /tmp/myImage.dmg
Bir disk görüntüsünü yeniden boyutlandırma:
diskutil image resize --size 100G /tmp/my.dmg
Minimum boyuta yeniden boyutlandırma:
diskutil image resize --size min /tmp/my.dmg
Yeniden boyutlandırma sınırlarını plist biçiminde yazdırma:
diskutil image resize --plist /tmp/my.dmg
Hatalar
diskutil, istenen işlemi tamamlayamazsa sysexits (bkz. sysexits(3)) temelinde bir durumla veya 1 ile çıkış yapacaktır; buna kullanım metninin yazdırıldığı durumlar da dahildir. diskutil EX_OK olmayan bir durumla dönmeden önce, diskutil'e özgü bir açıklamayı, DiskManagement veya MediaKit çerçevelerinden bir hata dizesini, temel bir POSIX hatasını veya bunların bir kombinasyonunu içerebilecek bir mesaj yazdırır.
Ayrıca Bkz.
authopen(1), drutil(1), hdiutil(1), apfs.util(8), corestoraged(8), diskarbitrationd(8), diskmanagementd(8), diskmanagementstartup(8), fdesetup(8), fsck_apfs(8), fsck_hfs(8), hfs.util(8), ioreg(8), mount(8), mount_apfs(8), msdos.util(8), newfs_apfs(8), newfs_hfs(8), sysexits(3), ufs.util(8), umount(8), vsdbutil(8)
Tarihçe
eraseDisk ve partitionDisk eylemlerinin, (bu amaç için ayrılmış bölüntülerde) Mac OS 9 sürücüleri ekleme seçeneği vardı; ayrıca bir repairOS9Permissions eylemi bulunuyordu. Bunlar kaldırıldı.
Mac OS X 10.6 sürümünden itibaren, disk ve bölüntü boyutlarının girdi ve çıktı gösterimleri 10 tabanına göre sonekleri kullanır. Geçmişte bu, gösterim veya girdi olarak kabul edilen sonekten (örneğin G, Gi, GiB) bağımsız olarak 2 tabanına göre yapılıyordu. Mac OS X 10.11 sürümünden itibaren, "yalın" sayısal değerler için bile B soneki isteğe bağlıdır.
Mac OS X 10.11 sürümünden itibaren, verify- ve repairPermissions eylemleri kaldırılmıştır.
macOS 10.12 sürümünden itibaren, diskutil list -plist komutundan gelen bölüntülerin plist çıktısı disk üzerindeki sırada (BSD dilim adı, örneğin disk0s2 sırasında değil) sunulur. Bu, gpt (1) gibi programlardan gelen çıktıların sırasını taklit eder. İnsan tarafından okunabilir çıktı her zaman disk üzerindeki sırada olmuştur ve olmaya devam etmektedir.
macOS 10.13.2 sürümünden itibaren, FileVault devre dışı bırakılırken bile APFS cryptographic user kimlik doğrulaması gereklidir.
macOS 10.14 sürümünden itibaren, boyutu 1 GiB'ın üzerindeki tüm medyalardaki bölüntüler, bölüntüleme şemasından bağımsız olarak varsayılan olarak 1 MiB hizalamaya sahip olacaktır. Bu, MBR bölüntü haritaları ve bunların kameralar gibi cihazlarda kullanımları için önemlidir. Boş alan talepleri hizalanmayacaktır.
macOS 11.0 sürümünden itibaren, belirli Core Storage yönetim eylemleri kaldırılmıştır.
macOS 13.0 sürümünden itibaren, disk görüntülerinin bağlanmasına izin vermek için "image" eylemi kullanılabilir.
macOS 14.0 sürümünden itibaren disk görüntüleri oluşturulabilir ve yeniden boyutlandırılabilir.
macOS 16.0 sürümünden itibaren ASIF disk görüntüsü biçimi ve gölge dosyaları kullanılabilir.
macOS 11 Haziran 2024 macOS