Aygıt meşgul olarak okuduğunda (ancak başka şekilde onaylandığında) bir bölümü nasıl fsck edebilirim?

11

fsck -p /dev/sda5Ancak komut çıktıları, bir ext4 bölümünde hataları onarmak için çalıştırmaya çalışıyorum

fsck from util-linux-ng 2.17.2
fsck.ext4: Device or resource busy while trying to open /dev/sda5
Filesystem mounted or opened exclusively by another program?

Kullanmayı onayladım /etc/mtabve lsofhiçbir şey bölümü kullanmıyor ve bağlı değil. Ayrıca fuser -k /dev/sda5dosyayı kullanarak bir şeyi zorla kapatır ve umountboşuna çıkarmaya çalışırdım.

fsckMeşgul gibi okunmasına rağmen, bölümü en azından kontrol etmeye ve umarım onarmaya nasıl zorlayabilirim ? Ne monte ne de kullanımda olduğundan ve veri bozulması olasılığının bir sorun olmadığından emin olduğumu varsayarsak.

Tüm komutlar bir Ubuntu 10.04 32 bit liveCD'den root olarak yürütüldü. Bölüm, bir Ubuntu 10.04 32 bit kurulumunun sistem (ev dışı) kısmıdır.

— Keeblebrox
kaynak

Bu soru ile ilgili daha büyük sorunu çözmek için bir yöntem buldum, ancak hala fsckcihazın meşgul olduğunu düşünüyorsa (veya neden yapılamadığını) nasıl zorlayacağınıza dair bir cevap arıyorum .

— Keeblebrox

RHEL5.8 sisteminde de aynı sorunla karşılaşıyorum. / tmp bağlantısı kesildi, / etc / mtab ve / proc / mountlar dosya sisteminde iz olmadığını gösteriyor. Makineyi yeniden başlattım, oturum açtığım tek kişinin ben olduğundan emin oldum. lsof, / tmp dosyasında kullanılmakta olan hiçbir dosyayı göstermez. Aynı yordam, aynı kickstart profili kullanılarak yüklenen 4 benzer sunucuda iyi çalışır. Bu sunucular ile bu sunucu arasındaki fark, bunun SAN depolama biriminin kendisine bağlı olmasıdır. Çok yollu arka plan programı buna neden olabilir mi?

— Bram

Benim durumumda yardımcı olmadı, ancak Red Hat KB ( access.redhat.com/knowledge/solutions/54184 ) bu sorun için bir çözüm olarak nodmraid çekirdek seçeneğini eklemenizi önerir.

— Bram

4

Bir dosya sistemini görünmeyecek şekilde meşgul edebilecek şeyler (genellikle çekirdekte, NFS iş parçacıkları, takas dosyaları, bağlama bağları vb.) Vardır fuser.

fsckBağlanan bir dosya sistemine çalışırsanız , bozulur. Knoppix veya Fedora gibi dosya sistemlerinizi otomatik olarak bağlamayan canlı bir CD bulmalısınız.

— Steven Pritchard
kaynak

Her şey şimdiye kadar canlı bir diskten çalıştırıldı. fsckYerel bir dosya sistemine çalışıyorum , bu yüzden NFS'nin meşgul etmediğini umuyorum - ancak, çekirdekle ilgili söylediklerinizi zorunlu olarak görünmeyecek şekilde meşgul ediyorum. Yine de canlı bir disk ortamında gerçekleştiği için, çekirdeğin çalışmam için yeterince uzun bir süre erişmesini engellemenin bir yolunu biliyor fsckmusunuz?

— Keeblebrox

Amanın. Canlı diskten mi kullanıyorsunuz? Sadece iki şeyi düşünebilirim: 1) Farklı bir canlı disk deneyin (örneğin Ubuntu yerine Fedora). 2) Gerçek sistemdeki / etc / fstab öğesini kontrol edin. Belki de otomatik olarak açılan bir takas dosyası veya bağlama bağlantısı var? Bu sırayla değil, ekleyebilirim ...

— Steven Pritchard

Tamam, bir şekilde sorunun son satırını tamamen kaçırdım. Cevabımı uygun şekilde güncelledim.

— Steven Pritchard

+1, çünkü otomatik olarak takas konusundaki bahsetmeniz ilgisiz bir dönüme yol açtı ve yanıtlarınız daha büyük sorunun çözülmesine yardımcı oldu. fsckCihazın ne meşgul ne de takılı olmadığını bildiğimde ve veri bozulması sorunu olmadığında zorlamanın bir yolunu bulmak istiyorum .

— Keeblebrox

Belki de mdadm bölümdeki baskın imzalarını tespit etti ve ona bağlıydı? / Proc / mdstat öğesini kontrol edin.

— psusi

4

Bölümü fstabmakineden kaldırabilir ve makineyi yeniden başlatabilirsiniz

— ManOfLinux
kaynak

2

Başka bir liveCD önyükleme yapmayı deneyin - Linux kurulumlarıyla ilgili sorunları çözmek için özel olarak tasarlanmış SystemRescueCD'yi öneririm . Ayrıca tipik OS liveCD'lerden daha küçüktür. Ve güvenli tarafta fsckolmak için konsoldan koşun (X yok).

Standart fsck -pçalışmazsa, deneyebilirsiniz e2fsck -y -f.

— rozcietrzewiacz
kaynak

Göre adam sayfasında , e2fsck -y -ftemiz bir bölümü bir kontrol zorlar. Monte edilmiş bölümler hakkında hiçbir şeyden bahsetmez. O zaman bir kontrolü zorlayıp zorlamayacağını biliyor musunuz?

— Keeblebrox

Muhtemelen hayır, ancak fsck-bağlı dosya sistemlerinden kesinlikle kaçınmalısınız (man sayfanın üst kısmındaki paragraflara bakın e2fsck). Başka bir düşünce: /etc/mtabbölümün takılı olmadığını gösteriyor gibi görünüyor, ancak yine de hatayı alıyorsanız /proc/mounts, mtabdosyanın garip bir nedenden dolayı eski olabileceğinden de kontrol etmelisiniz .

— rozcietrzewiacz

0

İlgili soru / cevap /server/556014/centos-thinks-disk-is-busy-cant-mount-or-fsck

Özellikle, dosya sistemi zaten fsck mount dışında bir şey tarafından kullanılıyor olabilir. Kaynaştırıcı ve sürücüden biri, sürücünün / uygulamanın ne olduğunu anlamaya yardımcı olabilir.

— zaTricky
kaynak