2018-05-23

Fedora 28'e yükseltme sorunu

Fedora 28'e yükseltme sırasında aşağıdaki gibi bir hata aldım:

Error:
 Problem: nss-pem-1.0.3-6.fc27.i686 has inferior architecture
 - nss-pem-1.0.3-6.fc27.x86_64 does not belong to disupgrade repository
 - problem with installed package nss-pem-1.0.3-6.fc27_i686

Sorunun bir dnf hatasından kaynaklandığı, çözüm olarak nss-pem'i elle kurulması önerilmiş [1]:

sudo dnf install nss-pem-1.0.3-9.fc28

ya da daha açık bir şekilde sürüm 28 için [2]:

sudo dnf install nss-pem-1.0.3-9.fc28 --releasever=28

İşe yaradı.


---
[1] https://ask.fedoraproject.org/en/question/119529/upgrade-issue-does-not-belong-to-a-distupgrade-repository/
[2] https://bodhi.fedoraproject.org/updates/FEDORA-2018-7f8b60cd0e

2018-05-15

Windows komut satırı gelişmiş kullanımı

Linux ve MacOS gibi Windows'un da yazarak komut verilen bir arayüzü var. Bu arayüzü yıllardır neredeyse aynı. Windows 10 ile birlikte bazı ufak değişiklikler oldu (Alt+Enter ile tam ekran olma, şeffaflık kazanma gibi) ama temelde değişen ciddi birşeyler yok. Sık kullananlar için bazı ileri seviye yöntemler faydalı olabilir, tekrarlanan yazmaları azaltmak için.


Şu sayfada bazı ileri seviye teknikler anlatılmış. Benim ilgilendiğim ise iki bölümden oluşan bir komutun birinci ve ikinci kısımlarını tekrar yazmadan kullanabilmek.

Örneğin şöyle bir komut kullandığımızı varsayalım:
ping hedefpc1
Burada komut boşlukla ayrılan iki bölümden oluşuyor. Birinci bölüm ping komutu, ikinci bölüm ise bilgisayar adı.

Eğer arka arkaya birkaç cihazı ping'lemek istiyorsak bu komuttaki ilk bölüm aynı kalacak, ikinci bölüm değişecek demektir. Her seferinde ise ping'i yazmaktan kurtulabiliriz. Bunun için önce F2'ye sonra da boşluk tuşuna basmak olacaktır. Bu tuş kombinasyonu bize bir önceki komutun ilk boşluk karakterine kadarki kısmını verecektir. Sonrasında bilgisayar ismini yazarak devam edebiliriz.

Veya tam tersi bir durum olsun. Varsayalım ki önce hedefin ICMP'ye cevap verip vermediğini kontrol ettik, eğer cevap veriyorsa başka bir işlem yapmak istiyoruz. Bu durumda bilgisayar adını yazmadan sadece ping komutunu başka bir komut ile değiştirmek istiyoruz. Bu durumda yapılacak olan önce F8 tuşu ile bir önceki komudu ekrana getirmek (takipçi otomatik olarak satır başına konumlandırılır) ve daha sonra F4'e ve boşluk tuşuna basmak. Bu şekilde boşluk karakterine kadar olan kısım (yani ping) silinir, sadece bilgisayar adı kalır.

Evet, bunun yerine linux terminalindeki gibi sadece Ctrl+w kısa yolunun olmasını isterdim, ama elimizdeki bu.

Bir de son olarak komut satırında kullanılan fontu değiştirmek var. Bu da aynı komut satırını yıllardır görüp sıkılanlar için. Komut satırı fontlarını değiştirmek için sistem menüsünden özelliklere gelerek Font sekmesine geçebiliriz. Ama buraya sistemde yüklü olan bütün fontlar gelmeyecektir. Buraya gelmesini istediğimiz fontlar için Windows kayıt defterine bazı girişler yapmak gerek.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Console\TrueTypeFont

anahtarı altına adı ilk fonta ait kayıt defteri değeri adı "00"dan (çift sıfır) başlayarak, ikincisi "000" (üç sıfır) diye her seferinde 1 fazla sıfır "0" koyarak girişler yapmak, bunların da değerlerini font ismi olarak ayarlamak gerek. Örneğin ben Google'ın Noto Mono fontlarını kullanmak istedim. Bu font, girdiğim ilk ek font olduğu için "00" ismini kullandım. İkincisini girmek isteseydim "000" kullanacaktım. Bu girişin değeri olarak da "Noto Mono" (tabi öncesinde ilgili fontları download etmek lazım) yazdım, aşağıdaki gibi:


Nihayetinde font sekmesinde artık seçimim gözüküyor. Buraya sadece sabit genişlikli fontların (monospace) eklenmesini tercih etmek isteyebilirsiniz.


Bu yöntemin bir dezavantajı, F7 geçmiş menüsünde olduğu gibi karakter tabanlı pencere kenarlıkları istenilen şekilde görüntülenemiyor.

2018-04-04

Powershell'de fonksiyon hangi modülden geliyor

Bir yanlışlık yapıp oluşturduğum fonksiyon'a var olan bir başka fonksiyon ile aynı ismi vermişim. Aslında böyle bir fonksiyon bile olduğunu bilmiyordum, tesadüfen öğrenmiş oldum.

Peki bir fonksiyonun hangi modülden geldiğini nasıl bulurum? Get-Command cmdlet'i ile.
Get-Command Test-DNSServer
CommandType  Name                 Version    Source
-----------  ----                 -------    ------
Function     Test-DnsServer       2.0.0.0    DnsServer

Görüldüğü gibi Source altında DnsServer adında bir modül adı yazıyor.
Peki benim yanlışlıkla aynı ismi verip sonradan düzelttiğim fonksiyon hangi modülden?

Get-Command Test-DNSServerResponse
CommandType  Name                   Version    Source
-----------  ----                   -------    ------
Function     Test-DnsServerResponse 2.0.0.0    Local
Bu fonksiyon, görüldüğü gibi kendi yazdığım ve adı local olan başka bir modülden.

Get-Command ayrıca adını tam bilmediğimiz cmdlet veya fonksiyonları da aramak için faydalı:
get-command Get-Net*IP*
Veya test ile başlayan tüm cmdlet'leri aramak için:
get-command -Verb test
Ya da tireden sonraki ikinci kısmında connection olan cmdlet'leri aramak için:
get-command -Noun connection

2018-04-03

DNS ve Cloudflare

İnternet sitelerine siber saldırılara karşı savunma hizmeti veren Cloudflare firması, herkese açık yeni DNS sunucularını duyurdu. DNS konusu hem önemli hem de hassas bir konu. Bir dönem ülkemizde de DNS sunucu değişikliği halk arasında bayağı popüler bir konuydu. Yeni DNS'in duyurulduğu sayfada da Türkiye'deki bu duruma atıflar yapılmış.

Neyse, ben işin teknik tarafındayım. En başta OpenDNS vardı, 208.67.220.220 ve 208.67.222.222 gibi iki sunucu ile hizmet veriyordu. Daha sonra Google da halka açık DNS'lerini duyurdu: 8.8.8.8 ve 8.8.4.4. Google'ın bütün hizmetleri gibi DNS'lerinin IP'leri de kolay ve akılda kalıcıydı. Google, hizmetlerinin hızlı olacağını da taahhüt ediyordu.

Ve nihayet Cloudflare'in DNS sunucuları da duyuruldı: 1.1.1.1 ve 1.0.0.1. IP adresleri çok havalı, değil mi? Firmanın blog'unda yazdığına göre bu IP adresleri uzun süredir reserve durumdaydı. Ancak muhtemelen kontrolsüzce her yere girilmiş olduğundan dolayı önlenemez bir trafik yüzünden hiçbir yere atanamıyordu. Cloudflare bununla baş edebileceğini düşünmüş. Bu adreslere gelen gereksiz trafiği süzüp, sadece DNS trafiğini cevaplayarak bu güzel IP adreslerini kullanıma açmışlar.

Bir süre önce 3. parti programlarla DNS sunucuların performansını ölçmüştüm. Ama bunu artık Powershell ile yapabilirim düşüncesiyle yaptığım bir aramada şu sayfaya ulaştım. Kaynağı belli olmayan bir exe dosyasına göre basit bir Powershell betiği her zaman tercih edilir. Script çok basit. Measure-Command ile Resolve-DNS'in çoklu sorgularını ölçüyor. Ben biraz daha değiştirip bir fonksiyon haline getirdim:

function Test-DNSServerResponse
{
    [CmdletBinding()]
    Param
    (
        [string]$Query = "wwww.bing.com",
        [string]$DNSserver = "8.8.8.8",
        [int]$numberoftests = 20
    )
   
    $totalmeasurement = 0

    $i = 0

    while ($i -ne $numberoftests)

    {
        $measurement = (Measure-Command {Resolve-DnsName $Query -Server $dnsserver –Type A}).TotalSeconds
        $totalmeasurement += $measurement
        $i += 1
    }

    Write-Output "DNS Sunucu: $dnsserver"
    Write-Output "Deneme sayısı: $numberoftests"
    Write-Output "Toplam süre: $totalmeasurement seconds"
    Write-Output "Ortalama süre: $($totalmeasurement/$numberoftests) seconds/test"
}


Denemeleri de her bir DNS sunucu için şu şekilde yaptım:
Test-DNSServerResponse -DNSserver 1.1.1.1
Hedef olarak Google'ın DNS sunucularını, OpenDNS'in sunucularını ve CloudFlare'in sunucularını seçtim. Karşılaştırabilmek için Türk Telekom'un DNS sunucularını kullandım. Testleri hem ICMP hem de DNS protokolü ile yaptım. ICMP'yi de dahil etme sebebim, nispeten sunucu yoğunluğu hakkında bir bilgi verebilme ihtimali.

100 dk kadar (saniyede 1 ping, 32 byte, toplamda 6061 paket) ping attıktan sonra durum şu şekilde oldu (ortalama ping süresine göre artan sıralama):

SunucuKayıp Paket (adet)Başarılı (adet)Ortalama süre (ms)
195.175.39.39060614
195.175.39.40160604
8.8.8.87605435
1.0.0.10606164
208.67.220.2209605265
208.67.222.22210605169
1.1.1.1347571468
8.8.4.41179488267

Ek 24.10.2018: Aynı tablonun 5000 ping sonrası oluşturulmuşu:
SunucuKayıp Paket (adet)Başarılı (adet)Ortalama süre (ms)
195.175.39.39949915
195.175.39.40549955
8.8.4.410499026
8.8.8.815498532
1.0.0.13499755
208.67.220.2205499557
1.1.1.13499758
208.67.222.2223499759

Ek 31.01.2019: Aynı tablonun 1500 ping sonrası oluşturulmuşu:
SunucuKayıp Paket (adet)Başarılı (adet)Ortalama süre (ms)
195.175.39.40015004
195.175.39.39114994
8.8.8.80150019
8.8.4.40150019
208.67.222.2220150047
1.0.0.12149848
208.67.220.2202148950
1.1.1.11149956

Ek 09.12.2019: Aynı tablonun 5121 ping sonrası oluşturulmuşu (CloudFlare gelişme kaydetmiş):
SunucuKayıp Paket (adet)Başarılı (adet)Ortalama süre (ms)
195.175.39.39551164
195.175.39.40651154
1.1.1.16511516
1.0.0.16511518
8.8.8.85511619
8.8.4.45511521
208.67.220.2202511954
208.67.222.2224511754

Buradan anlaşılan, Türk Telekom'un 195.175.39.39 IP adresine sahip DNS sunucusu bana gayet yakın bir sunucu. 6061 ping paketinden hiçbiri kaybolmamış ve ortalama ICMP cevap süresi de 4 ms. Cloudflare'in 1.0.0.1 sunucusuna gönderilen paketlerde de kayıp yok, ama bu sunucunun ortalama cevap süresi 64 ms. Öte yandan Cloudflare'in diğer 1.1.1.1 sunucusu ise şu anda oldukça yoğun gözüküyor. Bu sunucuya gönderilen 347 paket kayıp. Ortalama cevap süresi ise aynı. Yalnız bu cevap, ICMP cevabı. DNS cevabı değil.

DNS sorgularını cevaplama bakımından ise durum biraz farklı (ortalama çözüm süresine göre artan sıralama):

SunucuOrtalama Çözümleme Süresi (ms)
195.175.39.396,18
195.175.39.407,30
1.0.0.160,39
1.1.1.167,02
208.67.222.22279,12
208.67.220.220123,01
8.8.4.4129,61
8.8.8.8213,38

Ek 24.10.2018: Aynı tablonunun tekrar oluşturulmuşu (50'şer sorgu ile):
SunucuOrtalama Çözümleme Süresi (ms)
195.175.39.396,7
195.175.39.406,9
8.8.8.840,9
1.1.1.150,6
1.0.0.151,6
208.67.222.22254,7
208.67.220.22055,0
8.8.4.461,6

Ek 31.01.2019: Aynı tablonunun tekrar oluşturulmuşu (50'şer sorgu ile):
SunucuOrtalama Çözümleme Süresi (ms)
195.175.39.393,8
195.175.39.404,7
8.8.4.439,9
8.8.8.840,7
1.0.0.143,0
208.67.220.22043,8
208.67.222.22244,0
1.1.1.144,2

Ek 09.12.2019: Aynı tablonunun tekrar oluşturulmuşu (50'şer sorgu ile; ClouldFlare sorgularda da gelişme kaydetmiş):
SunucuOrtalama Çözümleme Süresi (ms)
195.175.39.393,7
195.175.39.404,7
1.0.0.113,1
1.1.1.113,8
8.8.4.435,0
8.8.8.835,8
208.67.222.22240,9
208.67.220.22041,3

Ortalamaları hesaplarken günün farklı iki saatinde 20'şer sorgu yapıp ortalamalarını aldım.

Özet olarak, Cloudflare'in ikinci DNS sunucusu (1.0.0.1), bana en yakın Türk Telekom DNS'lerinden sonra en iyi durumda olanı. Özellikle Google DNS sunucularının performansı pek parlak değil.

Zamanla 1.1.1.1 veya 1.0.0.1 IP adreslerine gelen yoğun istenmeyen trafik miktarında bir değişiklik olur da cevap süreleri düzelir mi, göreceğiz.

Ek 24.10.2018: Zamanla sonuçlar biraz değişmiş. Sanırım ilk denemelerimi yaptığım gün yoğun bir gündü, çözümleme süreleri olağan dışı uzunmuş. İkinci denememde Google üstünlüğü geri almış görünüyor.

2018-02-12

Fedora hakkında daha fazla

Bir zamanlar yaptığım Ubuntu Admin gibi Fedora için de sık kullanılan işlemlerin bir listesini yapmak istedim. Zamanla buraya daha fazla şey eklemem muhtemel.

Grub
En sık ihtiyaç duyduğum grub2 güncellemesi ile ilgili komutlar. Diyelim ki Fedora, sda3'te kurulu. Bu disk bölümünün başına grub2'yi yazmak için kullanılabilecek komut:
grub2-install /dev/sda3
Grub2 yapılandırmasını tekrar yapmak için (menüyü tekrar oluşturmak)
grub2-mkconfig -o /boot/grub2/grub.cfg
UEFI bir sistemde ise bu komut şöyle olmalı:
grub2-mkconfig -o /boot/efi/EFI/grub.cfg
Grub2'nin varsayılan ayarları /etc/default/grub dosyasındadır, menünün görüntülenme süresi, seçim yapılmaz ise varsayılan olarak menüdeki hangi öğe ile devam edileceği gibi. Örnek bir /etc/default/grub dosyası:

GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rhgb quiet"
GRUB_DISABLE_RECOVERY="true"


Görüldüğü gibi GRUB_DEFAULT=saved diye bir durum var. Saved hangisi diye düşünmeden şu komut ile bakabiliriz:
grub2-editenv list
ya da /boot/grub2/grubenv dosyası (UEFI sistemlerde /boot/efi/EFI/fedora/grubenv) dosyasının içinde yazar.

Özelleştirilebilen betikler de /etc/grub.d klasöründe bulunur.

Özellikle birden fazla işletim sisteminin yüklendiği durumlarda GRUB ile ilgili sorunlar yaşanabilir. Eğer açılışta grub menüsü görünmüyorsa
grub2-instsall /dev/sda
ile diskin başına grub stage 1'i yazmak gerekir. Eğer menü görünüyor, ama sonrasında bir hata alınıyorsa
grub2-mkconfig -o /boot/grub2/grub.cfg
ile grub yapılandırılması tekrar oluşturulmalıdır. Eğer o hata ekranında kaldıysak e'ye basarak düzenleme moduna girebilir, ya da c'ye basarak etkileşimli kabuğa (interactive shell) girmek olabilir. Etkileşimli kabuğa girdikten sonra ls ile mevcut disk bölümlerini görmek isteyebiliriz. Burada dikkat edilecek nokta, disklerin 0'dan, bölümlerin 1'den başlayarak numaralandırılmış olması. Hedef disk bölümünü seçtikten sonra
set root=(hd0,msdos3)
komutuyla /dev/sda3'e root olarak belirleyebiliriz. Bundan sonra da kernel ve initrd'yi belirlemek gerek. Bunun için de (yine sda3'de olduğunu varsaydığımız vmlinuz ve initrd için)
linux /boot/4.15.9-300.fc27.x86_64 root=/dev/sda3 rhgb quiet
initrd /boot/
Son aşama olarak sistemi tekrar açma komutu vermek gerek.
boot
Sistem açıldıktan sonra da grub'ı tekrar yazmak için
grub2-install /dev/sda
yazmayı unutmamak gerek [1], [2].

Bazen de bir CD/USB ya da diskteki ikincil durumda (grub açısından) bulunan linux kurulumundan grub'ı onarmak gerekebilir. Bunun için şu adımlar izlenebilir:

- Önce hedef disk bölümünü mount etmek gerek.
mount /dev/sda3 /mnt
Eğer /boot ayrı bir bölüm ise bunu da
mount /dev/sdaX /mnt/boot
ile bağlamak gerek.

- Ardından canlı sistemin (şu anda açık olan) /dev klasörü ile hedef sistemin /dev klasörü arasında bir bağ kurmak gerek
mount --bind /dev /mnt/dev
- Root'u geçici olarak /mnt olarak değiştirelim
chroot /mnt
- Şu anda grub'ı tekrar yazabiliriz
grub2-install /dev/sda
- İşimiz bittikten sonra önce chroot'tan çıkmak, sonra da mount edilen klasörleri unmount etmek gerek:
exit
umount /mnt/dev
umount /mnt/boot (ayrıca mount edildiyse)
umount /mnt
Repoları Yönetmek
Ubuntu'ya kıyasla varsayılan depolarında daha az yazılım var, Fedora'nın. Bunun sebebi de özgür yazılıma olan daha sıkı bağlılığı. Eğer özgür olmayan yazılımları da kurmak isterseniz Fedora'da bazı ek repository'leri eklemek gerek. Repoların bilgileri /etc/yum.repos.d klasöründe tutulur. dnf ile de bir depo listesi çekilebilir:
dnf repolist
kullanılabilir.Eğer repository'lerden birini geçici olarak kapatmak (kalıcı olarak silmek değil) istersek
dnf config-manager --set-disabled <repo-id>
kullanılabilir. repo-id, dnf repolist komutu ile elde edilen listenin ilk sütunundaki veri alanıdır. Tekrar etkinleştirmek için ise
dnf config-manager --set-enabled <repo-id>
kullanılabilir. Repository'yi tamamen silmek için ise /etc/yum.repos.d klasöründeki ilgili kaydı silmek gerekir.

Dnf-Makecache
Bilgisayarım her açıldığında software center, komut satırından yazdığım dnf check-update komutundan bağımsız olarak arka planda güncellemeleri kontrol ediyordu. Ben de güncellemeleri kendim kontrol takip ettiğimden, software center'ın (dnf-makecache adında bir hizmet) ayrıca takip etmesine gerek olmadığını düşünüp bu hizmeti kapattım:
sudo systemctl stop dnf-makecache.timer
sudo systemctl disable dnf-makecache.timer
Firewall
Güvenlik durumunun durumunu şu şekilde sorgulayabiliriz
$ firewall-cmd --state
running
Yapılandırma ile ilgili daha fazla bilgi için şu veya bu sayfalar güzel.

Çalışan uygulamanın sürecini bulmak
Çalışan bir uygulamaya (pencere) ait sürecin hangisi olduğunu bulmak için komut satırından önce:
$ xprop _NET_WM_PID
komutunu vererek seçiciyi başlatmak lazım. Seçici başlayınca farenin oku bir artı işaretine dönüşecek. Daha sonra tıkladığımız pencereye ait sürecin ID'si görüntülenecek. Örneğin XFCE masaüstünde boş masaüstüne tıkladığımda
_NET_WM_PID(CARDINAL) = 1384
çıktı. Sonra
$ ps -p 1384 -o pid,command

kullanarak 1384 pid'li sürecin hangisi olduğunu bulabilirim.

Alternatif olarak bir de şu sayfada önerildiği gibi xdotool kullanılabilir:

$ xdotool selectwindow getwindowpid

Bu da, tıklanan pencerenin pid'sin verecek. Bunlar X window manager için geçerli. Wayland'de xdotool yerine wtype kullanılabilir, denemedim. Ayrıca şu sayfada lg (looking glass) önerilmiş.

Açılış performans görüntüleme
Her bilgisayar yavaştır. Herkes bilgisayarını hızlandırmak ister. Açılışta bilgisayarın nerelerde zaman harcadığını incelemek için yapılabilecek:

$ systemd-analyze
Startup finished in 1.053s (kernel) + 4.058s (initrd) + 34.774s (userspace) = 39.885s
graphical.target reached after 28.225s in userspace
Buradan görüldüğü üzre bilgisayarımın kullanıma hazır hale gelmesi 39,885 saniye sürmüş. Bunun 34 küsur saniyesi benim kullanıcı seviyesindeki işlemlerim için harcanmış. Biraz daha fazla bilgi isteyip süreçler/hizmetlerden birini "suçlamak" için
$ systemd-analyze blame
Bu şekilde en çok zaman nereye harcanmış şu şekilde bir liste çıkar:
         12.888s firewalld.service
         11.540s accounts-daemon.service
          7.707s rtkit-daemon.service
          7.439s avahi-daemon.service
          7.410s systemd-logind.service
          7.397s abrtd.service
          7.380s livesys-late.service
          7.378s initial-setup.service
          7.156s NetworkManager-wait-online.service
          6.907s lvm2-monitor.service
Bunların azaltılması ve açılışın daha hızlı hale getirilmesi tamamen başka bir konu. Bu gibi konularda güzel bir kaynak olarak arch-wiki sayfası görülebilir. Ama genel olarak eğer kullanılmıyorsa şu hizmetler önce durdurulup sonra devre dışı bırakılabilir:

bluetooth.service (bluetooth cihazlara bağlantı)
ModemManager.service (bir modem üzerinden bağlantı oluşturma)
abrtd.service (hata bildirme hizmeti)
cupsd.service (yazıcı ve çıktı alma işleri)
accounts-daemon.service (kullanıcı hesabı işleri, bkz [3])
avahi-daemon.service (ağ sıfır yapılandırma hizmeti, bkz [3])

Örnek hizmet durdurma:
sudo systemctl stop bluetooth.service
Örnek hizmet devre dışı bırakma
sudo systemctl disable bluetooth.service

Bazı hizmetler başka hizmetler tarafından tekrar başlatılabilir. Hiçbir şekilde başlatılmasını istemiyorsak mask edilebilir:
sudo systemctl mask bluetooth.service
Ayrıca açılış sürecini grafiksel olarak değerlendirebilmek için [4]
systemd-analyse plot > plot.svg
Systemctl hakkında cheatsheat için [5] güzel bir kaynak.

Disk işleri
Önce sistemde hangi diskler var bulmak için:
$ sudo fdisk -l
Disk /dev/sda: 40 GiB, 42949672960 bayt, 83886080 sektör
Birimler: sektör'i 1 * 512 = 512 baytın
Sektör boyutu (montıksal/fiziksel): 512 bayt / 512 bayt
G/Ç boyutu (en düşük/en uygun): 512 bayt / 512 bayt
Disketikeri tipi: dos
Disk belirleyicisi: 0xa039b385

Aygıt      Açılış Başlangıç      Son   Sektör Boyut ld Türü
/dev/sda1  *           2048  2099199  2097152    1G 83 Linux
/dev/sda2           2099200 83886079 81786880   39G 8e Linux LVM

Disk /dev/mapper/fedora_localhost--live-root: 37 GiB, 39669727232 bayt, 77479936 sektör
Birimler: sektör'i 1 * 512 = 512 baytın
Sektör boyutu (montıksal/fiziksel): 512 bayt / 512 bayt
G/Ç boyutu (en düşük/en uygun): 512 bayt / 512 bayt

Disk /dev/mapper/fedora_localhost--live-swap: 2,1 GiB, 2202009600 bayt, 4300800 sektörBirimler: sektör'i 1 * 512 = 512 baytın
Sektör boyutu (montıksal/fiziksel): 512 bayt / 512 bayt
G/Ç boyutu (en düşük/en uygun): 512 bayt / 512 bayt
Kırmızı ile vurgulanan satırda görüleceği gibi sistemde sadece 40 GB'lık bir disk var (sda). Bunu ayrıca şu komutla da doğrulayabiliriz:
$ ll /dev/sd?
brw-rw----. 1 root disk 8, 0 Eki 31 17:08 /dev/sda
Bu diskin içindeki bölümler de mavi ile vurgulanan satırlarda görülen sda1 (1 GB) ve sda2 (39 GB). sda2'nin türünün LVM olduğuna dikkat! Kök (root) ve takas (swap) bölümleri bu ikisinden birisi de değil. sda2'nin içinde iki ayrı bölüm daha var; root (37 GiB) ve swap (2,1 GiB). Bu bilgiyi lsblk komutu ile de edinebiliriz:
$ lsblk
NAME                            MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda                               8:0    0   40G  0 disk
├─sda1                            8:1    0    1G  0 part /boot
└─sda2                            8:2    0   39G  0 part
  ├─fedora_localhost--live-root 253:0    0   37G  0 lvm  /
  └─fedora_localhost--live-swap 253:1    0  2,1G  0 lvm  [SWAP]
sr0                              11:0    1  1,3G  0 rom 
Biraz daha şekilli bir liste görebilmek için
$ lsblk -o NAME,KNAME,TYPE,SIZE,MOUNTPOINT
NAME                            KNAME TYPE  SIZE MOUNTPOINT
sda                             sda   disk   40G
├─sda1                          sda1  part    1G /boot
└─sda2                          sda2  part   39G
  ├─fedora_localhost--live-root dm-0  lvm    37G /
  └─fedora_localhost--live-swap dm-1  lvm   2,1G [SWAP]
sr0                             sr0   rom   1,3G
/dev/mapper klasörü altındaki dm-0 ve dm-1'i merak ettim:
$ ll /dev/mapper/
lrwxrwxrwx. 1 root root       7 Eki 31 10:17 fedora_localhost--live-root -> ../dm-0
lrwxrwxrwx. 1 root root       7 Eki 31 10:17 fedora_localhost--live-swap -> ../dm-1
Görüldüğü gibi fedora_localhost--live-root aslında /dev/dm-0'a kısayol, fedora_localhost--live-swap da /dev/dm-1'e kısayol.

Ayrıca dmsetup ile listeleme ile:
$ sudo dmsetup ls
fedora_localhost--live-swap    (253:1)
fedora_localhost--live-root    (253:0)
Bu bölümlerin herhangi biri hakkında daha fazla bilgiyi de dmsetup ile edinebiliriz:
$ sudo dmsetup info /dev/dm-1
Name:              fedora_localhost--live-swap
State:             ACTIVE
Read Ahead:        256
Tables present:    LIVE
Open count:        2
Event number:      0
Major, minor:      253, 1
Number of targets: 1
UUID: LVM-Bwl8Nw83iw3OjVwS9MVJZxXDm7WadBd1g5peulxJvJ3oSI9gbbpz1usck3vVNhKD
Aynı bilgiyi dmsetup info fedora_localhost--live-swap diyerek de alabilirdik.

Disk bilgileri /etc/fstab içinde bu şekilde geçiyor.

Fedora Administrator's Guide bir de partx komutunu vermiş:
$ sudo partx /dev/sda
NR   START      END  SECTORS SIZE NAME UUID
 1    2048  2099199  2097152   1G      a039b385-01
 2 2099200 83886079 81786880  39G      a039b385-02
Şu anda bağlanmış (mount) dosya sistemlerinin listesini almak için
$ findmnt
komutu kullanılabilir. Uzun bir ağaç verecek. Düz liste alabilmek için -l anahtarı kullanılabilir.

Disk bölümleri ne kadar kullanımda görmek için (-x ile tmpfs'i hariç tutarak):
$ df -h -x tmpfs
Dosyasistemi                              Boy  Dolu   Boş Kull% Bağlanılan yer
devtmpfs                                 972M     0  972M    0% /dev
/dev/mapper/fedora_localhost--live-root   37G  4,5G   30G   13% /
/dev/sda1                                976M  218M  692M   24% /boot


---

[1] https://fedoraproject.org/wiki/GRUB_2
[2] https://docs-old.fedoraproject.org/en-US/Fedora/26/html/System_Administrators_Guide/sec-Managing_DNF_Repositories.html
[3] https://www.linux.com/learn/cleaning-your-linux-startup-process
[4] http://0pointer.de/public/systemd-ebook-psankar.pdf
[5] https://fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet 

dd komutu, bs, count, skip ve seek kullanımı

Zamana zaman kullandığım dd komutunun parametereleri ile ilgili güzel bir örnek olacağını düşündüğüm aşağıdaki örneği kolay hatırlamak için kullanmak istiyorum.

dd komutu, bir giriş dosyasından (karakter bazlı bir cihaz da olabilir) verileri alıp başka bir dosyaya (karakter bazlı başkak bir cihaz da olabilir) yazmaya yarar. Aslında çok faydalı bir araç. Örnek olarak giriş dosyamız input.txt'nin 0'dan 9'a ve a'dan z'ye devam eden aşağıdaki gibi düz bir metin içerği olsun:

0123456789abcdefghijklmnopqrstuvwxyz

Bu dosyayı dd komutu ile aşağıdaki şekilde kopyalayabiliriz:
dd if=input.txt of=output.txt
Bu komutun ardından output.txt de aynen yukarıdaki gibi bir içeriğe sahip olacaktır. dd, giriş dosyasından her seferinde varsayılan olarak 512 byte okuyarak çıkış dosyasına yazar. Bu işlemi giriş dosyasının sonu gelene kadar yapar. Bizim dosyamız 512 byte'tan küçük olduğu için bu işlemi bir adımda bitirdi. bs parametresiyle bu varsayılan blok boyutunu değiştirebiliriz. Hatta count parametresiyle toplamda kaç blok kopyalayacağını da belirtebiliriz. Örneğin sadece baştan 15 karakteri alabilmek için bs=1 ve count=15 ile bu komutu tekrarlayalım.
dd if=input of=output bs=1 count=15
Bunun sonucunda output.txt şöyle olur:

0123456789abcde

Tam olarak 15 karakter. Her komut çalıştırmamızda da şöyle bir çıkış üretir:

15+0 records in
15+0 records out
15 bytes copied, 0,0000456 s, 45,8 kB/s

Giriş dosyasından 15 karater alıp çıkış dosyasına 15 karakter yazdığını ve işlem sürelerini vermiş.

İşler skip ve seek parametreleri girince daha eğlenceli hale geliyor. Eğer giriş dosyasındaki rakamları atlayıp doğrudan harfleri çıkışa yazmak isteseydik (yani girişten 10 karakter, ya da bs, atlamak isteseydik) şöyle yapmamız gerekirdi:

dd if=input.txt of=output.txt bs=1 skip=10
Bu komutun sonunda output.txt dosyamız şöyle olur:

abcdefghijklmnopqrstuvwxyz

Dahası var. Eğer rakamları da bu alfabenin sonuna yazmak istiyorsak bu sefer giriş dosyasından 10 karakter okuyup, bu sefer de çıkış dosyasındaki ilk 26 karakteri atlayıp daha sonra yazmasını söylememiz gerekirdi. Bunu da seek parametresiyle yapmamaız gerekir.
dd if=input.txt of=output.txt bs=1 count=10 seek=26
Bu noktaya kadar output.txt dosyasının hep üzerine yazmıştık. Ama seek parametresini kullanmaya başlayınca durum değişecek. Belirtilen sayıda (10) karaktere dokunulmayıp, o sayıdan sonrasının (11) üzerine yazılmaya başlanacak. Bu komutun sonunda da çıkış dosyamız aynen şöyle olur:

abcdefghijklmnopqrstuvwxyz0123456789

Burada count=10 giriş dosyasından sadece rakamların okunmasını sağladı.

Bir başka güzel özelliği de girişten okuyup çıkışa yazmadan önce dönüştürme yapıyor olması. Örneğin girişteki karakterlerin hepsini büyük harfe çevirmesini istiyorsak conv=ucase parametresini kullanabiliriz.
dd if=input.txt of=output.txt conv=ucase
Benzer şekilde küçük harfe çevirmek için de lcase kullanılabilir.

Bazı durumlarda da giriş dosyasındaki her iki byte çiftinin yerlerini değiştirmek gerekir. Bu durumda conv=swab kullanılmalı:
dd if=input.txt of=output.txt bs=2 conv=swab
Çıkış şöyle olur:

1032547698badcfehgjilknmporqtsvuxwzy

Kullanım alanları bununla kısıtlı değil. Örnek olarak bir disk bölümünün yedeğini almak için:
# dd if=/dev/sda1 of=/home/username/part1_backup.img

Gerektiği anda da bu yedeği kullanarak disk bölümünü tekrar oluşturmak için
# dd if=/home/username/part1_backupimg of=/dev/sda1
Bu dosya elbette çok fazla yer kaplayabilir. Yedek alırken bir de gzip ile sıkıştırmak için:
# dd if=/dev/sda1 | gzip > /home/username/part1_backup.gz
ya da bzip ile sıkıştırmak için
# dd if=/dev/sda1 | bzip2 --best > /home/username/part1_backup.bz2

Bu sıkıştırılmış dosyayı kullanarak disk bölümünü tekrar oluşturmak için ise
# gunzip -c /home/username/part1_backup.gz | dd of=/dev/sda1
Uzun işlemlerde sürecin neresindeyiz, işlemin kaçta kaçı bitti, görmek istersek status=progress anahtarını kullanabiliriz.

Büyük disklerle çalışırken bs=64K kullanılması önerilmiş.  conv=noerror,sync gibi seçeneklerle hatlar olsa bile devam etmesi ve eşzamanlı giriş/çıkış (syncronized I/O) kullanılabileceği de belirtilmiş.

Daha başka özellikler için bakınız man dd.

2018-02-11

Diskteki önyükleyiciyi bulmak

Bir diskin başında veya bir partition'ın başında önyükleyici var mı, yok mu nasıl anlarız? [1] ve [2]'de basit iki yöntem verilmiş.

Birincisinde dd komutunu kullanarak diskin ilk 512 byte'lık alanı okunuyor. Daha sonra bu alanın içeriği strings komutuna yönlendiriliyor:
# dd bs=512 count=1 if=/dev/sda 2>/dev/null | strings
Benim diskimin başında grub2 yüklüydü, şöyle bir çıktı verdi:

ZRr=
`|f   
\|f1
GRUB
Geom
Hard Disk
Read
 Error


Grub yüklü olmayan disk bölümlerinde hiçbir sonuç vermedi.

İkinci yöntemde ise file komutu ile diskin (veya bölümün) başı okunuyor. Benim bilgisayarımda şu çıktıyı verdi:

# file -s /dev/sda
/dev/sda: DOS/MBR boot sector
Bunların hiçbiri diskin (veya bölümün) başında çalışan bir önyükleyici bulunduğunun kanıtı olamaz. Yalnızca başarılı veya başarısız bir yükleme girişimi olmuş mu sorusunun yanıtı olabilir.
---
[1] https://serverfault.com/questions/61400/how-do-i-tell-if-grub-is-installed-on-a-device#289154
[2] https://superuser.com/questions/466086/how-can-i-discover-which-bootloader-is-installed-where