Tar dosyalarının içeriğini, arşivi extract etmeden listelemek için -t (–list) isimli bir tar parametresi bulunuyor. Bu  parametre zamanında arşivlenmiş ancak içeriğinde ne olduğu unutulan arşiv dosyalarını -özellikle de bir çok dosya dizin içeriyorlarsa- listelemek için oldukça kullanışlı bir özellik.

Örnek olarak aşağıdaki şekilde hem tar hem tar.gz dosyalarının içeriğini görüntülemek mümkün:

# tar tvf dosyaismi.tar.gz

Dosyanın çok büyük olması durumunda uzun bir liste döküleceği için çıktıyı bir dosyaya yönlendirmek de mantıklıdır:

# tar tvf dosyaismi.tar.gz > dosyaismi.txt

Böylece arşiv dosyasının içeriği ile ilgili tam bir liste almak mümkündür.

Detaylar için aşağıdaki linke göz atabilirsiniz:
http://linux.about.com/od/commands/l/blcmdl1_tar.htm

Yönetimi birden fazla kişi tarafından yapılan sunucular ve balık hafızalı sistem yöneticileri için bash’ın history tutuyor olması gerçekten güzel bir özellik. Bildiğiniz gibi  daha önceden sisteme verilmiş komutların bir listesini veren bu özellik, çoğu durumda epey işe yarıyor. Hatta uzun bir komutu sisteme,  tekrar girmek gerektiğinde bu komutun history numarasına bakıp # !history_no şeklinde bir giriş yapmak ve komutu tekrar yazmaktan kurtulmak da mümkün.

Bunun yanı sıra, history listesinde komutların veriliş tarih ve saatleri default olarak verilmiyor ancak aşağıdaki küçük değişikliği yaparak history’e zaman bilgilerinid de eklenmesini sağlayabiliyoruz:

RHEL, CentOS, Fedora, kullanuyorsanız, /etc/.bashrc ,
Debian, Ubuntu vs kullanıyorsanız,  /etc/bash.bashrc
dosyasını  açın ve en alta aşağıdaki satırı ekleyin ve kaydedin.

Yazinin devami icin tiklayin.

*nix tabanlı işletim sistemlerinden herhangi bir kurulum sırasında yapılandırma dosyaları ile sık sık haşır neşir oluyoruz. Hemen her yapılandırma dosyasında, yapılandırma seçeneklerinin anlamlarını içeren yorum satırları bol bol bulunuyor. Bu satırlarının başındaki # işareti (comment out) ilgili satırların sistem tarafından ignore edilmesi için kullanılıyor. Böylece, sistem sadece başında # işareti olmayan satırları yani uncommented satırları değerlendiriyor. Bu şekilde, aynı dosya hem yapılandırma işlemlerini tanımlamamıza yarıyor hem de çoğu zaman bir döküman görevi görüyor.  Peki ya uzun bir conf dosyası içerisindeki sadece uncommented satırları görüntülemek isterseniz ne yaparsınız ?

configuration seçeneklerini zaten bildiğiniz noktalarda isteyebileceğiniz böylesi durumlar için cat ve sed komutlarından yararlanabilir ve ekrana sadece bu uncommented satırların basılmasını sağlayabilirsiniz.

Bu iş için uygun cat ve sed komutu şu şekilde:

Yazinin devami icin tiklayin.

UNIX-HATERS isimli bir mailing liste gönderilen mesajlardan derlenerek 1994 yılında piyasaya sürülmüş böyle bir kitap var. Her ne kadar ben bir Unix sever olsam da ve kitapta Unix işletim sistemlerinin boktan yanları olarak lanse edilmiş bir çok konu artık tarih olmuş olsa da, mizahi içeriği nedeni ile okunabilecek bir kitap.

"There are two major products that come out of Berkeley: LSD and UNIX.
We don’t believe this to be a coincidence."
– Jeremy S. Anderson

Kitapla ilgili geniş bilgi ve kitabın PDF halini download etmek için http://en.wikipedia.org/wiki/UNIX-HATERS_Handbook adresine bakabilirsiniz.

Ayrıca, birileri WINDOWS-HATERS isimli bir mailing list kursa eğlencelik epey malzeme çıkar diyorum ben.

FreeBSD’nin 6.3 versiyonu release edildi.

Ayrıntılar için bkz: http://www.freebsd.org/releases/6.3R/announce.html

FreeBSD’nin günlük olarak çalışan ve sistem maintenace işlemlerini gerçekleştiren bazı scriptleri mevcut. Bu scriptler cron aracılığı ile gece 03:00’da çalışmaya başlıyor ve işlerini yapıyorlar. Normalde bu işlemler, sistem durumuna göre genellikle 1 saat içinde son buluyor.

Ancak serverınız bir mail server ise ve kullanıcı posta kutularının bulunduğu disk alanında yüzbinlerce/milyonlarca ufak mail dosyası bulunması halinde, dosya ve dizinlerin her biri için setuid kontrolü yapıp gerekli düzenlemeleri gerçekleştiren chksetuid işlemi, sabah ve benim başıma geldiği üzere öğlen saatlerine kadar devam edebiliyor. Bu durumda öğlen saatlerinde sistem yükünün artması ile paralel olarak, bu chksetuid işleminin diskte neden olduğu read işlemi nedeniyle, sistem performansınız belli ölçüde düşebilir.

Ya da geceleri kendi yazdığınız ve diskte belli bir temizlik işlemi gerçekleştiren maintenance işleminiz gene chksetuid işlemi yüzünden yavaşlayabilir. Tüm bu durumlardan kurtulmanın yolu ise, belirlediğiniz, -mesela kullanıcı posta kutularının durduğu- disk bölümü için setuid kontrolünün yapılmamasını sağlamak.

Yazinin devami icin tiklayin.

Dosyalar içerisindeki herhangi bir text’i aşağıdaki gibi bir komut ile search edebilirsiniz.

find . -name '*.log' -exec grep -H aranacakkelime {} \;

Bu örnekte uzantısı *.log olan yüm tüm dosyalarda arama yapılmaktadır.