Ne yazık ki, sürücüleri için açık kaynak topluluğuna şematik sağlamayan birçok satıcı var, çünkü bu tür bilgileri ticari sırlar olarak görüyorlar. Sonuç olarak, FreeBSD ve diğer işletim sistemlerinin geliştiricilerine iki seçenek bırakılmıştır: sürücüleri uzun ve zahmetli bir tersine mühendislik süreciyle veya Microsoft® Windows® platformları için mevcut sürücü ikili dosyalarını kullanarak geliştirmek.

FreeBSD, Ağ Sürücüsü Arabirim Belirtimi (NDIS) için "yerel" destek sağlar. Bir Windows® XP sürücüsünü FreeBSD'de kullanılabilecek bir biçime dönüştürmek için kullanılabilecek ndisgen(8) içerir. ndis(4) sürücüsü Windows® XP ikili dosyası kullandığından, yalnızca i386™ ve amd64 sistemlerinde çalışır. PCI, CardBus, PCMCIA ve USB aygıtları desteklenir.

ndisgen(8) kullanmak için üç şeye ihtiyaç vardır:

.SYS indirin ve . Belirli NIC için INF dosyaları. Genel olarak, bunlar sürücü CD'sinde veya satıcının web sitesinde bulunabilir. Aşağıdaki örneklerde W32DRIVER.SYS ve W32DRIVER kullanılmıştır. INF.

Sürücü bit genişliği FreeBSD sürümüyle eşleşmelidir. FreeBSD/i386 için Windows® 32 bit sürücü kullanın. FreeBSD/amd64 için Windows® 64 bit sürücü gereklidir.

Bir sonraki adım, sürücü ikili dosyasını yüklenebilir bir çekirdek modülüne derlemektir. As , ndisgen(8) kullanın:root

Bu komut etkileşimlidir ve gerektirdiği ek bilgileri ister. Geçerli dizinde yeni bir çekirdek modülü oluşturulacaktır. Yeni modülü yüklemek için kldload(8) kullanın:

Oluşturulan çekirdek modülüne ek olarak, ndis.ko ve if_ndis.ko modülleri de yüklenmelidir. Bu, ndis(4)'e bağlı herhangi bir modül yüklendiğinde otomatik olarak gerçekleşmelidir. Değilse, aşağıdaki komutları kullanarak bunları el ile yükleyin:

İlk komut ndis(4) miniport sürücü sarmalayıcısını yükler ve ikincisi oluşturulan NIC sürücüsünü yükler.

Herhangi bir yükleme hatası olup olmadığını görmek için dmesg(8) öğesini kontrol edin. Her şey yolunda giderse, çıktı aşağıdakine benzer olmalıdır:

Buradan, ndis0 diğer NIC gibi yapılandırılabilir.

Sistemi ndis(4) modüllerini önyükleme zamanında yükleyecek şekilde yapılandırmak için, oluşturulan modülü (W32DRIVER_SYS.ko) /boot/modules konumuna kopyalayın. Ardından, /boot/loader.conf dosyasına aşağıdaki satırı ekleyin:

Ethernet kartının doğru yapılandırıldığını doğrulamak için, arabirimin kendisine ping yapın(8) ve ardından LAN üzerindeki başka bir makineye ping yapın(8):

Ağ çözümlemesini sınamak için, IP adresi yerine ana bilgisayar adını kullanın. Ağda DNS sunucusu yoksa, önce /etc/hosts yapılandırılmalıdır. Bu amaçla, zaten orada değillerse, LAN üzerindeki ana bilgisayarların adlarını ve IP adreslerini eklemek için /etc/hosts öğesini düzenleyin. Daha fazla bilgi için hosts(5) ve /usr/share/examples/etc/hosts adreslerine bakın.

Donanım ve yazılım yapılandırmalarında sorun giderirken, önce basit şeyleri kontrol edin. Ağ kablosu takılı mı? Ağ hizmetleri düzgün yapılandırılmış mı? Güvenlik duvarı doğru yapılandırılmış mı? NIC FreeBSD tarafından destekleniyor mu? Bir hata raporu göndermeden önce, her zaman Donanım Notları'nı kontrol edin, FreeBSD sürümünü en son KARARLI sürüme güncelleyin, posta listesi arşivlerini kontrol edin ve İnternet'te arama yapın.

Kart çalışıyorsa ancak performans düşükse ayar yoluyla okuyun(7). Ayrıca, yanlış ağ ayarları yavaş bağlantılara neden olabileceğinden ağ yapılandırmasını denetleyin.

Bazı kullanıcılar, bazı kartlar için normal olan bir veya iki iletiyle karşılaşır. Devam ederlerse veya rahatsız ediciyse, aygıtın başka bir aygıtla çakışıp çakışmadığını belirleyin. Kablo bağlantılarını iki kez kontrol edin. Başka bir kart denemeyi düşünün.device timeout

Hataları çözmek için önce ağ kablosunu kontrol edin. Birçok kart, veri yolu mastering'i destekleyen bir PCI yuvası gerektirir. Bazı eski anakartlarda, yalnızca bir PCI yuvası buna izin verir, genellikle yuva 0. Sorunun bu olup olmadığını belirlemek için NIC ve anakart belgelerine bakın.watchdog timeout

No route to host sistem bir paketi hedef ana bilgisayara yönlendiremiyorsa iletiler oluşur. Bu durum, varsayılan yol belirtilmemişse veya bir kablo takılı değilse oluşabilir. Çıktısını denetleyin ve ana bilgisayara geçerli bir yol olduğundan emin olun. Yoksa, "Ağ Geçitleri ve Rotalar" ı okuyun.netstat -rn

ping: sendto: Permission denied hata iletilerine genellikle yanlış yapılandırılmış bir güvenlik duvarı neden olur. FreeBSD'de bir güvenlik duvarı etkinleştirilmişse ancak hiçbir kural tanımlanmamışsa, varsayılan ilke ping(8) dahil olmak üzere tüm trafiği reddetmektir. Daha fazla bilgi için Güvenlik Duvarları bölümüne bakın.

Bazen kartın performansı zayıf veya ortalamanın altındadır. Bu gibi durumlarda, ortam seçim modunu doğru ortam seçimine ayarlamayı deneyin. Bu, çoğu donanım için işe yarasa da, sorunu çözebilir veya çözmeyebilir. Yine, tüm ağ ayarlarını kontrol edin ve ayarlama(7) konusuna bakın.autoselect

Günlük sunucusu, diğer ana bilgisayarlardan gelen günlük bilgilerini kabul edecek şekilde yapılandırılmış bir sistemdir. Günlük sunucusu yapılandırmadan önce, aşağıdakileri denetleyin:

Günlük sunucusunda, günlük girdilerinin alınacağı istemcinin adını, kullanılacak günlük özelliğini ve ana bilgisayarın günlük girdilerini depolamak için günlüğün adını belirtmek üzere /etc/syslog.conf dosyasını düzenleyin. Bu örnek, , tüm olanakları günlüğe kaydeder ve günlük girdilerini /var/log/logclient.log içinde depolar.B

Birden çok günlük istemcisi eklerken, her istemci için benzer bir iki satırlı giriş ekleyin. Mevcut olanaklar hakkında daha fazla bilgiyi syslog.conf(5) adresinde bulabilirsiniz.

Ardından, /etc/rc.conf dosyasını yapılandırın:

İlk girdi, sistem önyüklemesinde syslogd'u başlatır. İkinci giriş, belirtilen istemciden günlük girişlerine izin verir. Günlüğe kaydedilen iletilerin ayrıntı düzeyini artırır. Bu, yöneticiler her bir tesisin altında ne tür iletilerin günlüğe kaydedildiğini görebildiklerinden, tesisleri değiştirmek için kullanışlıdır.-v -v

Birden çok istemciden günlüğe kaydetmeye izin vermek için birden çok seçenek belirtilebilir. IP adresleri ve tüm ağ blokları da belirtilebilir. Olası seçeneklerin tam listesi için syslogd(8) bölümüne bakın.-a

Son olarak, günlük dosyasını oluşturun:

Bu noktada, syslogd yeniden başlatılmalı ve doğrulanmalıdır:

PID döndürülürse, sunucu başarıyla yeniden başlatılır ve istemci yapılandırması başlayabilir. Sunucu yeniden başlatılmadıysa, hata için /var/log/messages dosyasına başvurun.

Günlük istemcisi, günlük girdilerini ağdaki bir günlük sunucusuna gönderir. İstemci ayrıca kendi günlüklerinin yerel bir kopyasını da tutar.

Bir günlük sunucusu yapılandırıldıktan sonra, günlük istemcisinde /etc/rc.conf dosyasını düzenleyin:

İlk giriş, önyüklemede syslogd'u etkinleştirir. İkinci giriş, günlüklerin bu istemci tarafından diğer ana bilgisayarlardan () kabul edilmesini önler ve günlüğe kaydedilen iletilerin ayrıntı düzeyini artırır.-s

Ardından, istemcinin /etc/syslog.conf dosyasında günlük sunucusunu tanımlayın. Bu örnekte, günlüğe kaydedilen tüm olanaklar, belirtilen ana bilgisayar adıyla sembolle gösterilen uzak bir sisteme gönderilir:@

Düzenlemeyi kaydettikten sonra, değişikliklerin etkili olması için syslogd'u yeniden başlatın:

Günlük iletilerinin ağ üzerinden gönderildiğini sınamak için, syslogd'a ileti göndermek üzere istemcideki logger(1) öğesini kullanın:

Bu ileti artık hem istemcideki /var/log/messages hem de günlük sunucusundaki /var/log/logclient.log içinde bulunmalıdır.

Günlük sunucusunda hiçbir ileti alınmıyorsa, bunun nedeni büyük olasılıkla bir ağ bağlantısı sorunu, ana bilgisayar adı çözümleme sorunu veya yapılandırma dosyasındaki yazım hatasıdır. Nedeni yalıtmak için, hem günlük sunucusunun hem de günlük istemcisinin /etc/rc.conf dosyasında belirtilen ana bilgisayar adını kullanarak birbirlerini kullanabildiğinden emin olun. Bu işlem başarısız olursa, ağ kablolarını, güvenlik duvarı kural kümesini ve DNS sunucusundaki ana bilgisayar adı girdilerini veya hem günlük sunucusundaki hem de istemcilerdeki /etc/hosts öğelerini denetleyin. Her iki ana bilgisayardan da başarılı olana kadar tekrarlayın.pingping

Her iki ana bilgisayarda da başarılı olursa ancak günlük iletileri hala alınmıyorsa, yapılandırma sorununu daraltmak için günlük ayrıntı düzeyini geçici olarak artırın. Aşağıdaki örnekte, günlük sunucusundaki /var/log/logclient.log boş ve günlük istemcisindeki /var/log/messages hatanın nedenini göstermiyor. Hata ayıklama çıktısını artırmak için, günlük sunucusundaki girdiyi düzenleyin ve yeniden başlatma yapın:pingsyslogd_flags

Aşağıdakine benzer hata ayıklama verileri, yeniden başlatmanın hemen ardından konsolda yanıp söner:

Bu örnekte, günlük iletileri, ana bilgisayar adı uyuşmazlığına neden olan bir yazım hatası nedeniyle reddedilmektedir. İstemcinin ana bilgisayar adı , değil, olmalıdır. Yazım hatasını düzeltin, yeniden başlatma sorunu yaşayın ve sonuçları doğrulayın:logclientlogclien

Bu noktada, iletiler düzgün bir şekilde alınmakta ve doğru dosyaya yerleştirilmektedir.

Herhangi bir ağ hizmetinde olduğu gibi, bir günlük sunucusu uygulamadan önce güvenlik gereksinimleri dikkate alınmalıdır. Günlük dosyaları, yerel ana bilgisayarda etkinleştirilen hizmetler, kullanıcı hesapları ve yapılandırma verileri hakkında hassas veriler içerebilir. İstemciden sunucuya gönderilen ağ verileri şifrelenmez veya parola korumalı olmaz. Şifreleme gereksinimi varsa, günlük verilerini şifreli bir tünel üzerinden iletecek olan security/stunnel kullanmayı düşünün.

Yerel güvenlik de bir sorundur. Günlük dosyaları kullanım sırasında veya günlük döndürme işleminden sonra şifrelenmez. Yerel kullanıcılar, sistem yapılandırması hakkında ek içgörü elde etmek için günlük dosyalarına erişebilir. Günlük dosyalarında uygun izinlerin ayarlanması kritik öneme sahiptir. Yerleşik günlük döndürücüsü newsyslog, yeni oluşturulan ve döndürülen günlük dosyalarında izinlerin ayarlanmasını destekler. Günlük dosyalarının moda ayarlanması, yerel kullanıcıların istenmeyen erişimini engellemelidir. Ek bilgi için newsyslog.conf(5) dosyasına bakın.600

Bir FreeBSD sisteminin İnternet Etki Alanı Adı Sistemi'ne (DNS) nasıl eriştiği, resolv.conf(5) tarafından kontrol edilir.

/etc/resolv.conf dosyasına en yaygın girişler şunlardır:

Tipik bir /etc/resolv.conf dosyası şöyle görünür:

DHCP kullanırken, dhclient(8) genellikle DHCP sunucusundan alınan bilgilerle /etc/resolv.conf dosyasını yeniden yazar.

/etc/hosts IP adresi eşlemelerine ana bilgisayar adı sağlamak için DNS ve NIS ile birlikte çalışan basit bir metin veritabanıdır. LAN üzerinden bağlanan yerel bilgisayarların girişleri, adlandırılmış(8) bir sunucu kurmak yerine basit adlandırma amacıyla bu dosyaya eklenebilir. Ayrıca, /etc/hosts Internet adlarının yerel kaydını sağlamak için kullanılabilir ve böylece sık erişilen adlar için dış DNS sunucularını sorgulama gereksinimi azalır.

/etc/hosts biçimi aşağıdaki gibidir:

Mesela:

Daha fazla bilgi için ev sahiplerine danışın(5).

sysctl(8) değişkeni (kapalı) veya (açık) olarak ayarlanabilir. Varsayılan olarak bu değere ayarlanmıştır. Bu değişken, dizinlerin sistem tarafından nasıl önbelleğe alındığını denetler. Çoğu dizin küçüktür, dosya sisteminde yalnızca tek bir parça (genellikle 1 K) ve arabellek önbelleğinde genellikle 512 bayt kullanır. Bu değişken kapalıyken, arabellek önbelleği, sistemde çok miktarda bellek olsa bile, yalnızca sabit sayıda dizini önbelleğe alır. Bu sysctl(8) etkinleştirildiğinde, arabellek önbelleğinin dizinleri önbelleğe almak için VM sayfası önbelleğini kullanmasına olanak tanıyarak dizinleri önbelleğe almak için tüm belleği kullanılabilir hale getirir. Ancak, bir dizini önbelleğe almak için kullanılan en düşük çekirdek içi bellek, 4 bayt yerine fiziksel sayfa boyutudur (genellikle 512 K). Sistem çok sayıda dosyayı işleyen herhangi bir hizmet çalıştırıyorsa, bu seçeneğin etkin tutulması önerilir. Bu tür hizmetler web önbelleklerini, büyük posta sistemlerini ve haber sistemlerini içerebilir. Bu seçeneği açık tutmak, boşa harcanan bellekle bile genellikle performansı düşürmez, ancak öğrenmek için denemeler yapılmalıdır.vfs.vmiodirenable011

sysctl(8) değişkeni varsayılan olarak (on) olarak ayarlanır. Bu, dosya sistemine, tam kümeler toplanırken medya yazmaları vermesini söyler ve bu genellikle büyük sıralı dosyalar yazarken oluşur. Bu, G/Ç performansına fayda sağlamayacağı durumlarda arabellek önbelleğinin kirli arabelleklerle doyurulmasını önler. Ancak, bu süreçleri durdurabilir ve belirli koşullar altında kapatılmalıdır.vfs.write_behind1

sysctl(8) değişkeni, herhangi bir örnekte sistem genelindeki disk denetleyicilerine ne kadar bekleyen yazma G/Ç'sinin sıraya alınabileceğini belirler. Varsayılan değer genellikle yeterlidir, ancak çok sayıda diske sahip makinelerde, dört veya beş megabayta kadar çarpmayı deneyin. Arabellek önbelleğinin yazma eşiğini aşan bir değerin çok yüksek ayarlanması, kümeleme performansının bozulmasına neden olabilir. Daha yüksek yazma değerleri aynı anda gerçekleşen okumalara gecikme süresi ekleyebileceğinden, bu değeri rasgele yüksek ayarlamayın.vfs.hirunningspace

Diğer çeşitli arabellek önbelleği ve VM sayfası önbelleği ile ilgili sysctl (8) değerleri vardır. VM sistemi kendini otomatik olarak ayarlama konusunda iyi bir iş çıkardığından bu değerlerin değiştirilmesi önerilmez.

sysctl(8) değişkeni, birçok etkin oturum açma kullanıcısı ve çok sayıda boşta işlem içeren büyük çok kullanıcılı sistemlerde kullanışlıdır. Bu tür sistemler boş bellek rezervleri üzerinde sürekli baskı oluşturma eğilimindedir. Bu özelliği açmak ve takas histerezini (boşta kalan saniyelerde) değiştirmek, boşta kalan işlemlerle ilişkili bellek sayfalarının önceliğini normal sayfa çıkış algoritmasından daha hızlı bir şekilde azaltır. Bu, pageout daemon'a yardım eli uzatır. Bu seçeneği yalnızca gerekirse açın, çünkü ödünleşim esasen daha fazla takas ve disk bant genişliği yiyen er ya da geç sayfa öncesi bellektir. Küçük bir sistemde bu seçeneğin belirlenebilir bir etkisi olacaktır, ancak zaten ılımlı sayfalama yapan büyük bir sistemde, bu seçenek VM sisteminin tüm işlemleri kolayca belleğe girip çıkarmasına olanak tanır.vm.swap_idle_enabledvm.swap_idle_threshold1vm.swap_idle_threshold2

IDE yazma önbelleğini kapatmak, IDE disklerine yazma bant genişliğini azaltır, ancak bazen sabit disk satıcıları tarafından sunulan veri tutarlılığı sorunları nedeniyle gerekli olabilir. Sorun şu ki, bazı IDE sürücüleri bir yazma işleminin ne zaman tamamlanacağı konusunda yalan söylüyor. IDE yazma önbelleği açıkken, IDE sabit sürücüleri verileri diske düzensiz yazar ve bazen ağır disk yükü altındayken bazı blokların yazılmasını süresiz olarak geciktirir. Bir çökme veya elektrik kesintisi ciddi dosya sistemi bozulmasına neden olabilir. sysctl(8) değişkenini gözlemleyerek sistemdeki varsayılanı kontrol edin. IDE yazma önbelleği kapalıysa, önyükleme sırasında etkinleştirmek için bu salt okunur değişkeni in /boot/loader.conf olarak ayarlayabilirsiniz.hw.ata.wc1

Daha fazla bilgi için ata(4) bölümüne bakın.

Çekirdek yapılandırma seçeneği, sistem önyükleme sürelerini azaltmak için kullanılabilir. Varsayılan değerler oldukça yüksektir ve önyükleme işlemindeki saniyelik gecikmeden sorumlu olabilir. Saniyelere indirmek genellikle modern sürücülerle çalışır. Ayarlanabilir önyükleme süresi kullanılmalıdır. Ayarlanabilir ve çekirdek yapılandırma seçeneği, değerleri saniye değil milisaniye cinsinden kabul eder.SCSI_DELAY155kern.cam.scsi_delay

Meta veri güncellemeleri, inode'lar veya dizinler gibi içerik dışı verilerde yapılan güncellemelerdir. Bir dosya sisteminin meta verilerini diske geri yazmak için iki geleneksel yaklaşım vardır.

Tarihsel olarak, varsayılan davranış meta veri güncellemelerini eşzamanlı olarak yazmaktı. Bir dizin değişirse, sistem değişiklik gerçekten diske yazılana kadar bekledi. Dosya verileri arabellekleri (dosya içeriği) arabellek önbelleğinden geçirilir ve daha sonra zaman uyumsuz olarak diske yedeklenir. Bu uygulamanın avantajı, güvenli bir şekilde çalışmasıdır. Güncelleştirme sırasında bir hata oluşursa, meta veriler her zaman tutarlı bir durumdadır. Bir dosya ya tamamen oluşturulur ya da hiç oluşturulmaz. Bir dosyanın veri blokları kilitlenme sırasında arabellek önbelleğinden diske çıkış yolunu bulamadıysa, fsck(8) bunu tanır ve dosya uzunluğunu . Ek olarak, uygulama açık ve basittir. Dezavantajı, meta veri değişikliklerinin yavaş olmasıdır. Örneğin, bir dizindeki tüm dosyalara sırayla dokunur, ancak her dizin değişikliği diske eşzamanlı olarak yazılır. Bu, dizinin kendisine, inode tablosuna ve muhtemelen dosya tarafından ayrılan dolaylı bloklara yapılan güncellemeleri içerir. Benzer hususlar, .0rm -rtar -x

İkinci yaklaşım, zaman uyumsuz meta veri güncelleştirmelerini kullanmaktır. Bu, . Tüm meta veri güncelleştirmeleri arabellek önbelleğinden de geçirildiğinden, bunlar dosya içeriği verilerinin güncelleştirmeleriyle karıştırılır. Bu uygulamanın avantajı, her meta veri güncelleştirmesinin diske yazılmasını beklemeye gerek olmamasıdır, bu nedenle büyük miktarda meta veri güncelleştirmesine neden olan tüm işlemler zaman uyumlu durumdan çok daha hızlı çalışır. Bu uygulama hala açık ve basittir, bu nedenle hataların koda sızması için düşük bir risk vardır. Dezavantajı, dosya sisteminin tutarlı bir durumu için garanti olmamasıdır. Elektrik kesintisi veya sıfırlama düğmesine basan biri gibi büyük miktarda meta veriyi güncelleştiren bir işlem sırasında bir hata olursa, dosya sistemi öngörülemeyen bir durumda bırakılır. Sistem tekrar ortaya çıktığında dosya sisteminin durumunu inceleme fırsatı yoktur, çünkü inode tablosunun veya ilişkili dizinin güncellemeleri değilken bir dosyanın veri blokları diske zaten yazılmış olabilir. Ortaya çıkan kaosu temizleyebilen bir fsck(8) uygulamak imkansızdır, çünkü gerekli bilgiler diskte mevcut değildir. Dosya sistemi onarılamayacak kadar hasar görmüşse, tek seçenek onu yeniden biçimlendirmek ve yedekten geri yüklemektir.mount -o async

Bu sorunun olağan çözümü, günlük kaydı olarak da adlandırılan kirli bölge günlüğünü uygulamaktır. Meta veri güncelleştirmeleri yine de eşzamanlı olarak yazılır, ancak diskin yalnızca küçük bir bölgesine yazılır. Daha sonra, uygun yerlerine taşınırlar. Günlük alanı diskte küçük, bitişik bir bölge olduğundan, ağır işlemler sırasında bile disk kafalarının hareket etmesi için uzun mesafeler yoktur, bu nedenle bu işlemler zaman uyumlu güncelleştirmelerden daha hızlıdır. Ek olarak, uygulamanın karmaşıklığı sınırlıdır, bu nedenle hataların mevcut olma riski düşüktür. Bir dezavantajı, tüm meta verilerin iki kez, bir kez günlük bölgesine ve bir kez de uygun konuma yazılmasıdır, bu nedenle performans "kötümserliği" ile sonuçlanabilir. Öte yandan, bir çökme durumunda, bekleyen tüm meta veri işlemleri, sistem tekrar ortaya çıktıktan sonra hızlı bir şekilde geri alınabilir veya günlük alanından tamamlanabilir ve bu da hızlı bir dosya sistemi başlangıcına neden olur.

Berkeley FFS'nin geliştiricisi Kirk McKusick, Soft Updates ile bu sorunu çözdü. Bekleyen tüm meta veri güncellemeleri bellekte tutulur ve sıralanmış bir sırayla diske yazılır ("sıralı meta veri güncellemeleri"). Bu, ağır meta veri işlemleri durumunda, daha sonra bir öğeye yapılan güncellemelerin, hala bellekte olan ve diske henüz yazılmamış olan önceki öğeleri "yakalaması" etkisine sahiptir. Tüm işlemler genellikle güncelleştirme diske yazılmadan önce bellekte gerçekleştirilir ve veri blokları, meta verilerinin önünde diskte olmayacak şekilde konumlarına göre sıralanır. Sistem çökerse, örtülü bir "günlük geri sarma", diske yazılmamış tüm işlemlerin hiç olmamış gibi görünmesine neden olur. 30 ila 60 saniye önceki gibi görünen tutarlı bir dosya sistemi durumu korunur. Kullanılan algoritma, kullanımdaki tüm kaynakların bloklarında ve inodlarında bu şekilde işaretlenmesini garanti eder. Bir kilitlenmeden sonra, oluşan tek kaynak ayırma hatası, kaynakların aslında "ücretsiz" olan "kullanılmış" olarak işaretlenmesidir. fsck(8) bu durumu algılar ve artık kullanılmayan kaynakları serbest bırakır. Bir çökmeden sonra dosya sisteminin kirli durumunu zorla monte ederek görmezden gelmek güvenlidir. Kullanılmamış olabilecek kaynakları serbest bırakmak için fsck(8)'in daha sonra çalıştırılması gerekir. fsck(8) arka planının arkasındaki fikir budur: sistem başlatma sırasında, dosya sisteminin yalnızca anlık görüntüsü kaydedilir ve fsck(8) daha sonra çalıştırılır. Tüm dosya sistemleri daha sonra "kirli" olarak monte edilebilir, böylece sistem başlangıcı çok kullanıcılı modda devam eder. Ardından, arka plan fsck(8), kullanılmamış olabilecek kaynakları serbest bırakmak için bunun gerekli olduğu tüm dosya sistemleri için zamanlanır. Yazılım Güncelleştirmeleri kullanmayan dosya sistemleri hala her zamanki ön plan fsck(8) değerine ihtiyaç duyar.mount -f

Bunun avantajı, meta veri işlemlerinin neredeyse zaman uyumsuz güncelleştirmeler kadar hızlı olması ve meta verileri iki kez yazması gereken günlüğe kaydetmeden daha hızlı olmasıdır. Dezavantajları, kodun karmaşıklığı, daha yüksek bellek tüketimi ve bazı kendine özgü özelliklerdir. Bir çökmeden sonra, dosya sisteminin durumu biraz "eski" gibi görünüyor. Standart zaman uyumlu yaklaşımın fsck(8)'den sonra bazı sıfır uzunluklu dosyaların kalmasına neden olacağı durumlarda, ne meta veriler ne de dosya içeriği diske yazılmadığından, bu dosyalar Yazılım Güncelleştirmeleri'nde hiç bulunmaz. Güncelleştirmeler diske yazılana kadar disk alanı serbest bırakılmaz, bu da rm(1) çalıştırıldıktan bir süre sonra gerçekleşebilir. Bu, tüm dosyaları iki kez tutmak için yeterli boş alana sahip olmayan bir dosya sistemine büyük miktarda veri yüklerken sorunlara neden olabilir.

sysctl(8) değişkeni, sistem gereksinimlerine göre yükseltilebilir veya alçaltılabilir. Bu değişken, sistemdeki maksimum dosya tanımlayıcı sayısını gösterir. Dosya tanımlayıcı tablosu dolduğunda, dmesg(8) kullanılarak görüntülenebilen sistem iletisi arabelleğinde tekrar tekrar görünür.kern.maxfilesfile: table is full

Her açık dosya, soket veya fifo bir dosya tanımlayıcısı kullanır. Büyük ölçekli bir üretim sunucusu, aynı anda çalışan hizmetlerin türüne ve sayısına bağlı olarak kolayca binlerce dosya tanımlayıcısı gerektirebilir.

Eski FreeBSD sürümlerinde, varsayılan değer çekirdek yapılandırma dosyasından türetilir. değeri ile orantılı olarak büyür. Özel bir çekirdek derlerken, bu çekirdek yapılandırma seçeneğini sistemin kullanımına göre ayarlamayı düşünün. Bu sayıdan, çekirdeğe önceden tanımlanmış sınırlarının çoğu verilir. Bir üretim makinesinin aynı anda 256 kullanıcısı olmasa da, gereken kaynaklar yüksek ölçekli bir web sunucusuna benzer olabilir.kern.maxfilesmaxuserskern.maxfilesmaxusers

Salt okunur sysctl(8) değişkeni, sistemde kullanılabilir bellek miktarına bağlı olarak önyükleme sırasında otomatik olarak boyutlandırılır ve çalışma zamanında . Bazı sistemler , 'nin daha büyük veya daha küçük değerlerini ve değerlerini gerektirir ve nadir değildir. Çok sayıda dosya tanımlayıcısına ihtiyaç duyulmadıkça yukarıya gitmeniz önerilmez. Varsayılan değerlerine ayarlanabilen değerlerin çoğu, /boot/loader.conf dosyasındaki önyükleme zamanında veya çalışma zamanında tek tek geçersiz kılınabilir. Daha fazla ayrıntı ve bazı ipuçları için loader.conf(5) ve /boot/defaults/loader.conf dosyalarına bakın.kern.maxuserskern.maxuserskern.maxusers64128256256kern.maxusers

Eski sürümlerde, sistem . ^[1]. Bu seçeneği ayarlarken, en azından , özellikle sistem Xorg çalıştırıyorsa veya yazılımı derlemek için kullanılıyorsa. Tarafından ayarlanan en önemli tablo, . , olarak ayarlanırsa, sistemin önyükleme zamanında başlatılması ve Xorg tarafından kullanılan veya daha fazlası dahil olmak üzere yalnızca eşzamanlı işlemler olabilir. Manuel bir sayfayı okumak gibi basit bir görev bile, filtrelemek, sıkıştırmasını açmak ve görüntülemek için dokuz işlem başlatacaktır. Neredeyse tüm kullanımlar için yeterli olması gereken eşzamanlı işlemlere izin verecek şekilde ayarlanması. Ancak, başka bir programı başlatmaya çalışırken hata görüntülenirse veya bir sunucu çok sayıda eşzamanlı kullanıcıyla çalışıyorsa, sayıyı artırın ve yeniden oluşturun.maxusers0maxusers4maxusers20 + 16 * maxusersmaxusers1361815maxusers641044

sysctl(8) değişkeni, yeni bağlantıları kabul etmek için dinleme kuyruğunun boyutunu sınırlar. Varsayılan değeri, yoğun yüklü bir web sunucusundaki yeni bağlantıların sağlam bir şekilde işlenmesi için genellikle çok düşüktür. Bu tür ortamlar için bu değerin daha yüksek veya daha yüksek bir değere çıkarılması önerilir. sendmail(8) veya Apache gibi bir hizmetin kendisi dinleme kuyruğu boyutunu sınırlayabilir, ancak yapılandırma dosyasında genellikle sıra boyutunu ayarlamak için bir yönerge bulunur. Büyük dinleme kuyrukları, Hizmet Reddi (DoS) saldırılarından kaçınmak için daha iyi bir iş çıkarır.kern.ipc.soacceptqueueTCP1281024

sysctl(8) değişkenleri, otomatik olarak bağlanan bağlantı noktası numarası aralıklarını ve soketleri kontrol eder. Üç aralık vardır: düşük aralık, varsayılan aralık ve yüksek aralık. Çoğu ağ programı, sırasıyla varsayılan ve varsayılan olarak denetlenen ve , tarafından denetlenen varsayılan aralığı kullanır. Bağlı bağlantı noktası aralıkları giden bağlantılar için kullanılır ve belirli koşullar altında sistemi bağlantı noktalarından çalıştırmak mümkündür. Bu genellikle yoğun yüklü bir web proxy'si çalıştırılırken oluşur. Bağlantı noktası aralığı, web sunucusu gibi esas olarak gelen bağlantıları işleyen veya posta geçişi gibi sınırlı sayıda giden bağlantıya sahip bir sunucu çalıştırırken sorun değildir. Bağlantı noktası sıkıntısı olan durumlarda, mütevazı bir şekilde arttırılması önerilir. 'nin bir değeri veya makul olabilir. Bağlantı noktası aralığını değiştirirken güvenlik duvarı efektlerini göz önünde bulundurun. Bazı güvenlik duvarları, genellikle düşük numaralı bağlantı noktaları olmak üzere çok çeşitli bağlantı noktalarını engelleyebilir ve sistemlerin giden bağlantılar için daha yüksek bağlantı noktası aralıkları kullanmasını bekleyebilir. Bu nedenle değerinin düşürülmesi önerilmez.net.inet.ip.portrange.*TCPUDPnet.inet.ip.portrange.firstnet.inet.ip.portrange.last10245000net.inet.ip.portrange.last100002000030000net.inet.ip.portrange.first

vnode, bir dosya veya dizinin dahili temsilidir. İşletim sistemi için kullanılabilir vnode sayısını artırmak, disk G/Ç'sini azaltır. Normalde, bu işletim sistemi tarafından işlenir ve değiştirilmesi gerekmez. Disk G/Ç'nin bir darboğaz olduğu ve sistemde vnode'ların tükendiği bazı durumlarda, bu ayarın artırılması gerekir. Etkin olmayan ve boş RAM miktarının dikkate alınması gerekecektir.

Kullanımdaki vnode'ların geçerli sayısını görmek için:

Maksimum vnode'ları görmek için:

Geçerli vnode kullanımı maksimuma yakınsa, . Sayısına dikkat edin. Tekrar maksimuma tırmanırsa, daha da arttırılması gerekecektir. Aksi takdirde, üst(1) tarafından bildirilen bellek kullanımındaki bir kayma görünür olmalı ve daha fazla bellek etkin olmalıdır.kern.maxvnodes1000vfs.numvnodeskern.maxvnodes

Bazı durumlarda, askıya alma işleminden devam etmek farenin başarısız olmasına neden olur. Geçici çözüm olarak bilinen bir çözüm /boot/loader.conf dosyasına eklemektir.hint.psm.0.flags="0x3000"

ACPI'nin RAM'e (STR) üç askıya alma durumu vardır - ve bir askıya alma disk durumuna (STD) denir. STD iki ayrı şekilde uygulanabilir. BIOS, diske BIOS destekli bir askıya almadır ve işletim sistemi tamamen işletim sistemi tarafından uygulanır. Prize takılıyken ancak açılmadığında sistemin içinde bulunduğu normal durum "yumuşak kapalı" dır ().S1S3S4S4S4S5

Askıya alma ile ilgili öğeleri denetlemek için kullanın. Bu örnek sonuçlar bir Thinkpad'den alınmıştır:sysctl hw.acpi

Test etmek için kullanın, , ve . Birinin () değeri, işletim sistemi desteği yerine BIOS desteğini gösterir.acpiconf -sS3S4S5s4bios1S4S4

Askıya alma/sürdürmeyi test ederken, destekleniyorsa , ile başlayın. Bu durum, çok fazla sürücü desteği gerektirmediğinden büyük olasılıkla çalışır. Kimse uygulamadı , buna benzer . Ardından, deneyin . Bu en derin STR durumudur ve donanımı düzgün bir şekilde yeniden başlatmak için çok fazla sürücü desteği gerektirir.S1S2S1S3

Askıya alma/sürdürme ile ilgili yaygın bir sorun, birçok aygıt sürücüsünün üretici yazılımlarını, kayıtlarını veya aygıt belleğini düzgün bir şekilde kaydetmemesi, geri yüklememesi veya yeniden başlatmamasıdır. Sorunu ayıklamaya yönelik ilk girişim olarak şunları deneyin:

Bu sınama, tüm aygıt sürücülerinin askıya alma/sürdürme döngüsünü gerçekte duruma geçmeden öykünür. Bazı durumlarda, ürün yazılımı durumunu kaybetme, cihaz bekçisi zaman aşımı ve sonsuza kadar yeniden deneme gibi sorunlar bu yöntemle yakalanabilir. Sistemin gerçekten duruma girmeyeceğini unutmayın, bu da cihazların güç kaybetmeyebileceği anlamına gelir ve gerçek durumdan farklı olarak askıya alma / devam ettirme yöntemleri tamamen eksik olsa bile birçoğu iyi çalışacaktır.S3S3S3

Önceki test işe yaradıysa, bir dizüstü bilgisayarda, sistemi kapak kapağına kapanacak ve tekrar açıldığında devam ettirecek şekilde yapılandırmak mümkündür:S3

Bu değişiklik, yeniden başlatmalar arasında kalıcı hale getirilebilir:

Daha zor durumlar, seri konsol üzerinden hata ayıklamak için seri bağlantı noktası ve kablo, dcons(4) kullanmak için Firewire bağlantı noktası ve kablosu ve çekirdek hata ayıklama becerileri gibi ek donanımlar gerektirir.

Sorunu yalıtmaya yardımcı olmak için, mümkün olduğunca çok sayıda sürücüyü boşaltın. Çalışırsa, tekrar başarısız olana kadar sürücüleri yükleyerek hangi sürücünün sorun olduğunu daraltın. Genellikle, nvidia.ko, ekran sürücüleri ve USB gibi ikili sürücüler en fazla soruna sahipken, Ethernet arayüzleri genellikle iyi çalışır. Sürücüler düzgün bir şekilde yüklenebiliyor ve kaldırılabiliyorsa, /etc/rc.suspend ve /etc/rc.resume dosyalarına uygun komutları koyarak bunu otomatikleştirin. Devam ettikten sonra ekranın bozulup bozulmadığını ayarlamayı deneyin. Bunun yardımcı olup olmadığını görmek için daha uzun veya daha kısa değerler ayarlamayı deneyin.hw.acpi.reset_video1hw.acpi.sleep_delay

Askıya alma/sürdürmenin aynı donanımda çalışıp çalışmadığını görmek için yeni bir Linux® dağıtımı yüklemeyi deneyin. Linux'ta® çalışıyorsa, muhtemelen bir FreeBSD sürücü sorunudur. Hangi sürücünün soruna neden olduğunu daraltmak, geliştiricilerin sorunu çözmesine yardımcı olacaktır. ACPI bakımcıları ses veya ATA gibi diğer sürücüleri nadiren koruduğundan, herhangi bir sürücü sorunu da FreeBSD-CURRENT posta listesine gönderilmeli ve sürücü sorumlusuna postalanmalıdır. İleri düzey kullanıcılar, özgeçmiş işlevinin neresinde asılı kaldığını izlemek için sorunlu bir sürücüde printf(3)s hata ayıklamasını içerebilir.

Son olarak, ACPI'yi devre dışı bırakmayı ve bunun yerine APM'yi etkinleştirmeyi deneyin. Askıya alma/sürdürme APM ile çalışıyorsa, özellikle eski donanımlarda (2000 öncesi) APM'ye bağlı kalın. Satıcıların ACPI desteğini doğru bir şekilde almaları biraz zaman aldı ve eski donanımların ACPI ile ilgili BIOS sorunları yaşama olasılığı daha yüksektir.

Çoğu sistem askıda kalma, kayıp kesintilerin veya bir kesme fırtınasının bir sonucudur. Yonga kümelerinde önyüklemeye, BIOS'un APIC (MADT) tablosunun doğruluğundan önce kesmeleri nasıl yapılandırdığına ve Sistem Denetimi Kesmesi'nin (SCI) yönlendirilmesine bağlı olarak sorunlar olabilir.

Kesme fırtınaları, çıkış kontrol edilerek ve sahip olunan çizgiye bakarak kayıp kesmelerden ayırt edilebilir. Sayaç saniyede birkaç kişiden fazla artıyorsa, bir kesme fırtınası vardır. Sistem askıda görünüyorsa, DDB'ye (vmstat -iacpi0CTRL+ALT+ESC konsolda) ve yazın.show interrupts

Kesme sorunlarıyla uğraşırken, APIC desteğini /boot/loader.conf içinde devre dışı bırakmayı deneyin.hint.apic.0.disabled="1"

Panikler ACPI için nispeten nadirdir ve düzeltilmesi gereken en önemli önceliktir. İlk adım, mümkünse paniği yeniden üretmek için adımları izole etmek ve bir geri izleme elde etmektir. "DDB Hata Ayıklayıcısını Seri Satırdan Girme" bölümündeki seri konsolu etkinleştirme ve ayarlama veya döküm bölümü ayarlama konusundaki önerileri izleyin. DDB'de bir geri izleme almak için . Geri izlemeyi el yazısıyla yazarken, izdeki en az son beş ve ilk beş satırı alın.options DDBtr

Ardından, ACPI devre dışı bırakılmış olarak önyükleme yaparak sorunu yalıtmaya çalışın. Bu işe yararsa, ACPI alt sistemini çeşitli değerler kullanarak izole edin. Bazı örnekler için acpi(4) bölümüne bakın.debug.acpi.disable

İlk olarak, /boot/loader.conf dosyasında ayarlamayı deneyin. Bu, ACPI'nin kapatma işlemi sırasında çeşitli olayları devre dışı bırakmasını engeller. Bazı sistemler aynı nedenle bu değerin (varsayılan) olarak ayarlanmasını gerektirir. Bu genellikle bir sistemin askıya alınmasından veya kapatılmasından sonra kendiliğinden açılması sorununu giderir.hw.acpi.disable_on_poweroff="0"1

Bazı BIOS satıcıları yanlış veya buggy bayt kodu sağlar. Bu genellikle aşağıdaki gibi çekirdek konsolu iletileriyle kendini gösterir:

Genellikle, bu sorunlar BIOS'u en son revizyona güncelleyerek çözülebilir. Çoğu konsol mesajı zararsızdır, ancak pil durumunun çalışmaması gibi başka sorunlar varsa, bu mesajlar sorun aramaya başlamak için iyi bir yerdir.