Konuk ekleri yüklenemiyor: bilinmeyen dosya sistemi türü 'iso9660'


27

Ubuntu 14.04'ü Oracle VirtualBox 4.3.24'te çalıştırmak ve konukları eklemekle tamamen bağlantıya geçmek. İnternette bir çözüm aramak için çok zaman harcadım, ama hiçbir şey işe yaramadı ...

görüntü tanımını buraya girin

Aşağıda önerildiği gibi, manuel olarak bağlanmaya ve ayrıca ISO’yu web'den indirmeye çalıştım (VirtualBox ile eşleşen sürüm). Aynı hata:

görüntü tanımını buraya girin

DÜZENLE:

Şimdi bazı klasörler "salt okunur" oldu, bu da büyük sıkıntılara neden oldu. Taze Ubuntu 14.04 görüntü yüklemek bile işe yaramadı ... VirtualBox'ın kendisini yeniden kurması ...

Yanıtlar:


45

Linux görüntüsünü tekrar yükleyerek montaj sorununu çözebildim:

sudo apt-get install --reinstall linux-image-$(uname -r)

Btw, hepsi sanal kutusu yükseltme ile başladı. İki yönlü pano çalışmayı durdurdu, bu yüzden Konuk Eklemeleri ISO'yu yeniden yerleştirmeye çalıştım. Bu şeylerin üstünde neden oldu. Şimdi, Misafir Eklemeleri geri monte edildi, ancak pano işe yaramadı ...


5
Bugün de aynı problemleri yaşadım (pano kırıldı, CD görüntüsü eklenmedi). Çözümünüz ve Misafir Eklemeleri yeniden yüklemek her ikisini de çözer.
Mark Smith,

1
Ayrıca sürüm 5.x için de çalıştı
Karl Morrison

14

TL; DR , yeniden başlatılarak hızlıca düzeltilebilir . Sonra CD-ROM çalışacak ve Konuk Eklemeleri kurulabilecektir:

 sudo reboot

Eklemeleri olan VirtualBox'ta çekirdeği güncellemek için "en iyi" dizisi:

 apt-get update
 apt-get upgrade              (or apt-get dist-upgrade)
 reboot                       

 (re)install VirtualBox Additions on the new kernel that is now running
 apt-get autoremove

(En son eski çekirdeğin güvenlik nedenlerinden dolayı "geri dönebilmeniz" için otomatik olarak kaldırılmaması gerekebilir).

Bu nasıl oldu? (önceki uzun cevap)

Tam olarak, eğer bu tür bir sorun ortaya çıkar:

  • çekirdeği yükseltin (.66’dan .67’ye
  • çalıştırın apt-get autoremoveve bir şekilde çalışan çekirdeği kaldırın veya "eski" çekirdeği el ile kaldırın, böylece tüm modülleri /lib/modules/kernel.66 adresinden kaldırın.
  • yeniden başlatmayın, böylece "eski" .66 çekirdeği çalışır halde tutar. Yüklenen modüller hafızada kalır ve her şey çalışır, ancak .66 modül silindiğinden beri yeni modüller yüklenemez .
  • henüz yüklenmemiş bir modülün yüklenmesini gerektiren bir şey yapmayı deneyin

Ve VirtualBox ISO'yu kurmak tam olarak bunu gerektirebilir - ISO9660 destek modülünü yüklemek.

Çalışan çekirdek (.66) /lib/modules/kernel.66'da hiçbir şey bulamadığından, istenen modül artık otomatik olarak yüklenemiyor. Modül var , ancak şu anki .66 çekirdeği hakkında hiçbir şey bilmediği /lib/modules/kernel.67 dizininde bulunuyor (ve uyuşmazlık modülünü yüklemeniz önerilmez).

Uname'd çekirdeğini yeniden yüklemek elbette çalışan çekirdek modüllerini tekrar yükler, böylece tekrar ../.66/.../isofs.ko kullanılabilir hale gelir ve yeniden başlatılması gerekmez. Bu, kurulu çekirdeğin düşmesidir ve güncelleme konusu kalacaktır (aşağıya bakınız).

Eğer İlaveler CD'yi çalıştırdığınızda olduğunu, onun için kuracak çalışan 0,66 çekirdeğe değil (hala çalışmıyorsa) güncellendi .67 çekirdek.

Eğer böyle bir durumdaysanız, kesinlikle yeniden başlatarak da düzeltebilirsiniz (yeni .67 çalışan çekirdeği modüllerini bulacak) ve muhtemelen yeni çekirdeğe ait olan modülü yükleyerek ( isofsoldukça kararlı), Önemli bir çekirdek yükseltme işlemine tabi tutulduktan sonra hala uyumlu olacak ( bu hala tavsiye edilmez! ):

# mount /dev/cdrom /mnt
mount: unknown filesystem type 'iso9660'

Yukarıdaki, elde ettiğiniz kök hatadır ("bilinmeyen dosya sistemi türü").

# uname -a
Linux virtual 3.13.0-66-generic ...

Bu yüzden modüllerin hangi versiyonunun kurulu olduğunu kontrol ediyoruz. Olması gereken .66:

# ls /lib/modules
3.13.0-67-generic

... ama sadece bir dizin var du -sh /lib/modules/*.

Eski çekirdek görüntüsünü yeniden gruba gerek kalmadan yeniden yüklemek gerçek sorunu çözmez

.66 çekirdeğini modülleri ve başlıklarıyla yeniden yüklediniz. Şimdi her iki çekirdeğe de sahipsiniz grub, daha yeni .67'yi yüklemek için ayarlanmış.

ISO CD-ROM'u monte edilebilir (çünkü modül şu anda mevcuttur) ve VBox modülleri derlenir (çünkü başlıklar takılmıştır).

Çalışan .66 çekirdeği için modülleri derleyecek ve bir süre çalışacaklar.

İlk yeniden başlatmada, hiçbir VirtualBox eklemesi olmadan .67 çekirdeği ile kendinizi bulacaksınız.

Eski çekirdek görüntüsünü yeniden gruba alma ve yeniden başlatma işlemiyle yeniden yüklemek de asıl sorunu çözmez

Yukarıdaki gibi, kendinizi yeniden yükleyip düşürülmüş bir çekirdekle bulursunuz. Çok yakında, Ubuntu yükseltmeye çalışacak ve başladığınız yere geri döneceksiniz (aşağıya bakınız: "düşme çekirdeği").

ISO modülündeki yama da asıl sorunu çözmez

Muhtemelen ISO9660 modülünü de aynı şekilde yüklemeye zorlayabiliyoruz, çünkü 66 ve 67 numaralı çekirdekler arasında hiçbir işlem yapılmadı ve ikili dosya temelde değişmedi, bu yüzden denedik:

# insmod /lib/modules/3.13.0-67-generic/kernel/fs/isofs/isofs.ko

Hata yok. İşe yaradı. Çekirdek .66 çekirdekten yüklenen modül .67. CD-ROM'u takmayı tekrar deneyelim:

# mount /dev/cdrom /mnt
mount: block device /dev/sr0 is write-protected, mounting read-only

Bu hala yardımcı olmaz, çünkü takılan CD, çalışan çekirdek başlıklarının yüklenmesini gerektiren VirtualBox Eklemeleridir . Çalışan çekirdek modülleri artık orada değilse, olasılıklar çekirdek başlıklarının da olmayacağıdır.

Ayrıca, yeni derlenmiş Virtualbox modüllerinin gidecek hiçbir yeri olmayacak, çünkü .66 modül dizini temizlendi.

Ancak, tüm bunları düzelttiğinizi söyleyin: temelde pahalı (ve kısmi) bir çekirdek düşürme işlemi yaptınız ve eklemeler, yukarıdaki durumda olduğu gibi, 66 çekirdeğin geri kalanıyla birlikte bir sonraki yükseltmede kaybedilecek.

Çekirdeğin küçültülmesi bir süreliğine işe yarayacak

Biz ise kaldırmak .67 çekirdek ve onun yerine modülleri ile 0,66 çekirdeği yeniden işler bir süre güllük gülistanlık olacak. Yukarıdaki "ISO modülünü zorla" çözümünde olduğu gibi yeniden başlatma gerekmez.

Ayrıca, itiraz edilen çekirdek yüklü olmadığından yeniden başlatma hiçbir şeyi kaybetmez.

Ancak bu şekilde çekirdek hala "yükseltilecek" listede olacak ve bu aynı problem er ya da geç ortaya çıkacak.

Kabul ederseniz, şimdi tercihinize göre daha uygun bir zamanda ortaya çıkabilir, ki bu da oldukça değerli olabilir.

Sadece yeniden başlat!

Yeniden başlatma, daha yeni .67 çekirdeği etkinleştirilecek ve tüm modülleri ve başlıkları orada.

Öyleyse, yeniden başlatıldıktan sonra , Misafir Eklemeleri çalışacak ve yükseltme "alacaktır".


1
Doğru cevap olduğundan bu cevap çok daha yüksek puan almalıdır. Bütünlük uğruna, temeldeki sorunu ve çözüme ulaşmak için gereken 2 adım düzeltmeyi doğru bir şekilde açıkladınız.
sıfır2cx

1
@Iserni Telesekreterinizi en üstte düzenlemek için yeterli üne sahip değilim. Burada 2. adımı atmalıyız, yani Misafir ilavelerinin ISO'sinin yeniden kurulması. Kişiler bu soruyu cevaplayarak cevap vermeyebilirler.
sıfır2cx

7

Diğerlerinin cevaplarına göre, bu genellikle yeniden başlatmayla düzeltilebilir.

Her nasılsa "iso9660" modülü yüklenmemiş. depmodtüm modülleri tarar ve modül bağımlılıkları yaratır.

sudo depmod -a
sudo mount /dev/sr0 /mnt
ls -l /mnt

bu sorunu çözecektir.


Benim için çalıştı. "sudo depmod -a" yeterliydi. Teşekkür ederim.
mombip

2

Benim durumumda bir sonraki geçici çözüm yardımcı oldu:

konukta ubuntu

sudo apt-get install virtualbox-guest-additions-iso

Sanırım kurulan bazı bağımlılıklar sorunu çözdü.


1

Bunu (Ubuntu 16.04'te) paketleri yükselterek ve yeniden başlatarak çözdüm:

sudo apt-get update
sudo apt-get upgrade
sudo reboot

0

Manuel olarak monte etmeyi deneyin:

  • Bir terminal aç.
  • Aşağıdaki komutları yazın:

    sudo mount /dev/sr0 /mnt
    ls -l /mnt
    
  • Daha sonra eğer CD içeriği gösteriliyorsa, Nautilus'ta (aka Dosya Yöneticisi) / mnt'yi açın ve Misafir Eklemelerini hazırlayın.

Bu adımlar işe yaramadıysa, şunu deneyin:

  • Misafir ilavelerini VM'den (sanal kutu web sitesi aracılığıyla) indirin.
  • Sağ tıkla -> Şununla aç ... -> Disk image mounter.
  • Yeni monte edilmiş diski açın.

Merhaba Helio, her ikisi de işe yaramadı denedim. Aynı hata. Düzenlenen cevaba bakınız
Oleg Shirokikh

Bunun işe yaramamasının nedeni, bu prosedürün Linux'un aygıtı bulamamasından kaynaklanan sorunların çoğunu çözmesidir . Burada Linux edilir aygıtını bulmak, hatta sorun nasıl bilmiyor yani dosya sistemi ( "iso9660") tanır okumak onu.
LSerni
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.