Linux çekirdeğini derlerken, ne kadar boyuta ihtiyaç var?


13

En yeni ve en kararlı Linux çekirdeğini indirdim 2.6.33.2.

Ben VirtualBox kullanarak bu test olacağını düşündüm. Bu yüzden 4 GB'lık dinamik boyutlu bir sabit disk oluşturuyorum. Ve sadece minimum paketlerle CentOS 5.3'ü kurdu.

Ben kurulum make menuconfigsadece varsayılan ayarlarla.

Bundan sonra koştum makeve aşağıdaki hatayı aldım:

net/bluetooth/hci_sysfs.o: final close failed: No space left on device
make[2]: *** [net/bluetooth/hci_sysfs.o] Error 1
make[1]: *** [net/bluetooth] Error 2
make: *** [net] Error 2

Kalan alan miktarı:

# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
                      3.3G  3.3G     0 100% /
/dev/hda1              99M   12M   82M  13% /boot
tmpfs                 125M     0  125M   0% /dev/shm

Sanal boyutum 4 GB, ancak gerçek boyut 3,5 GB.

$ ls -hl
total 7.5G
-rw-------. 1 root root 3.5G 2010-04-13 14:08 LFS.vdi

Bir Linux çekirdeğini derlerken ve kurarken ne kadar boyut vermeliyim? Bunu yaparken izlenecek herhangi bir kural var mı? Bu benim ilk defa, bu yüzden sadece bunu deniyorum.

Yanıtlar:


1

Nisan 2010 linux çekirdeği yaklaşık 60MB bzip2 arşividir, paketten çıkarıldıktan ve derlendikten sonra yaklaşık 400-500MB alır.

Dizin boyutunuzu aşağıdaki du -hsgibi kontrol edebilirsiniz :

/mnt/storage/linux-2.6.33$ du -hs                               
437M    .

1
Merhaba, eğer durum buysa, neden tüm disk alanım kullanılıyor. 4GB sabit disk ayırdım ve yalnızca geliştirme araçları ve kitaplıklarıyla CentOS'u yükledim. Bu kadar disk alanı kaplamamalı. CentSO yüklediğimde sadece kök için 1 bölüm ve başka bir şey kurmadım. Bununla ilgili bir sorun mu var?
ant2009

du -h --max-depth=1Kök dizininizde (/) run ile alanınızı neyin yediğini inceleyebilirsiniz . En büyük dizini alın, içine girin, tekrarlayın. Disk domuzlarınızı bulana kadar bunu yapın.
Ivan Petrushev

1
Geçerli dizindeki dosyaları boyut kullanımına göre sıralamak ls -lhSve geçerli dizin kullanımındaki en büyük 10 dosyayı görmek için ls -lhS|head -10.
Ivan Petrushev

4
Sorun, derleme sırasında, ambalajdan çıkarma sırasında kullanılan alanla ilgilidir.
Nikana Reklawyks

Onaylama, derleme sırasında çoğu alan kullanılır.
lethalman

4

Ubuntu 16.04 üzerinde 4.4.0-57 olan son AMD64 derlememde, derleme çıktıları için yaklaşık 14.5 GB alan gerekiyordu.

Bu çok görünüyor ve çoğunlukla geçici olarak ihtiyaç duyulan dosyalar (örn . .oBir .cdosya derlemesinden kaynaklanan dosyalar ) gibi görünüyor.


3

Bu bağlantıya bakın >> https://ubuntuforums.org/showthread.php?t=2266609

Https://wiki.ubuntu.com/KernelTeam/GitKernelBuild adresindeki açık talimatlara dayanarak linux çekirdeği 4.0.0-rc1'i HP Stream 13 (2GB RAM, çift çekirdekli Intel Celeron N2840) üzerinde derledim / yaptım ve bu benim deneyim:

"Git clone git: //git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git" den sonra ayrı çekirdek dizininde kullanılan disk: 1691 MB

Marka oluşturma / derleme sırasında kullanılan disk alanı 15674 MB'a kadar çıktı. Yani: 15 GB'den fazla ...

Toplam derleme süresi: 299 dakika veya 5 saat. Oldukça uzun, muhtemelen yavaş CPU'm ve yavaş diskimden kaynaklanıyor.


Git tamamen farklı bir canavar. Genellikle bir anlık görüntü indirirsiniz. Git özgeçmişi, Çekirdek gelişiminin tüm geçmişini içerir. Ayrıca, alakasız seçeneklerin seçimi kaldırıldığında derleme hiç bu kadar uzun sürmez.
Daniel B

2

Rehber'den,

NOT: / usr / src içinde çok fazla disk alanınız yoksa, çekirdek kaynak paketini boş disk alanınız olan (home / home gibi) herhangi bir bölümde açabilirsiniz. Çünkü çekirdek derlemesi * .o gibi nesne dosyaları için çok fazla disk alanına ihtiyaç duyar. Bu nedenle / usr / src / linux kaynak dizininizi gösteren yumuşak bir bağlantı OLMALIDIR.


Bu yanıtta çekirdeği derlemek için gerekli olan boş disk alanı (GB cinsinden) bulunmuyor: Ubuntu 13.10'da amd64-3.11.0 çekirdeği oluşturmak için ne 5.4GB ne de yeterli.
Pro Backup
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.