Gömülü Linux. GNU's Not Unix. Hazırlayan: Nâzım KOÇ. : nazim@ucanlinux.com nazim.koc@gmail.com :

Transkript

1 Gömülü Linux Hazırlayan: Nâzım KOÇ E-posta Web : nazim@ucanlinux.com nazim.koc@gmail.com : GNU's Not Unix 1 1

2 Giriş Amacımız, PowerOn ile Login arasında, uygulanan her adımı FARKINDA OLARAK yapmaktır. Bütün çalışmalar Linux'un güzel yüzü terminal lerden veya kara ekran lardan yapılacaktır. Bütün işler el yordamı ile yapılacaktır. Linux'e ait otomatik hiç bir özellik kullanılmayacaktır. Automount, paket yöneticisi, betik vs gibi. Çalışmalar Linux dağıtımlarından tamamen bağımsızdır, fakat Ubuntu dağıtımının kullanılması tavsiye edilir. Bütün çalışmaların önce teorik kısmı verilecek sonra uygulaması yapılacaktır. 2 2

3 Gömülü Sistem Nedir? Genelde tek bir işi çok iyi yapabilmesi için kurulmuş sitemlerdir. Gömülü sistem mevcut bir proje için kurulur. Her işi yapabilen bir gömülü sistem mevcut değildir. Gömülü sistemler proje bazlı kurulduğu için power-on'dan login'e kadar arada geçen bütün aşamalar gömülü sistemi kuran kişi tarafından tek tek yapılmalıdır. Genel amaç için kurulmuş bir sistem alınıp test çalışmaları için kullanılabilir. Fakat müşteriye gidecek son sistem mutlaka projeye özel üretilmelidir ki Daha az ram, daha az disk, daha hızlı açılış, daha ufak kök dosya sistemi, daha kolay güncelleme vs yapılabilsin. 3 3

4 Gömülü Sistemlerin Parçaları Bütün gömülü sistemler genel 4 kısımdan oluşur. Boot loader Genelde 1. ve 2. seviye açılış yükleyicisi olarak bilinir. (First and second stage boot loader) 1. yükleyici Rom Boot Loader taradından yüklenir. 2. yükleyici 1. yükleyici tarafından yüklenir. Kernel Linux çekirdeğidir. Kaynak kodundan, projeye göre derlenir. Her zaman 2. yükleyici tarafından yüklenir. Root File System Çekirdek tarafından bağlanan dosya sistemidir. Bootup Scripts Kök dosya sisteminde çalışır, sistemi ayağa kaldırır. 4 4

5 Gömülü Sistemlerin Parçaları Burada bahsedilen kısımların bazıları olmayabilir veya arada başka kısımlar bulunabilir. Örneğin intermedite rootfs in eklenmesi bu yapıyı bozar. initramfs, kernel ve rootfs arasında bir yerdedir. u-boot bulunmak zorunda değildir. Çekirdek parametreleri doğrudan çekirdek derlenirken verilir ve uygun bir rom kodu ile çekirdek yüklenebilir. rootfs olmak zorunda değildir, raw fs derlenmiş bir C programı doğrudan yürütülebilir. Açılış betikleri olmayabilir. Örneğin doğrudan shell başlatılabilir. init=/bin/bash gibi. Fakat bu ve bunun gibi güncellemeler 4 temel unsurun genelliğini bozmazlar. Sadece özel durum teşkil ederler. 5 5

6 Gömülü Sistemlerin Parçaları, örnek bir açılış Rom Boot Loader Genelde sabittir, değiştirilemez, donanıma bağlı First Stage MLO X-Loader Boot Loader u-boot'un yükleneceği cihazları etkinleştirir. u-boot'un daha basit bir halidir. Donanıma bağlıdır. u-boot Second Stage Boot Loader Kernel initramfs 1 Bütün cihazları etkinleştirir. Donanımdan bağımsızıdır. 2 fdt RootFS /etc/init.d/

7 Sistem Yönetimi ve Güncellenmesi Gömülü sistemler tasarlanırken aşağıdaki gibi verilen bazı işlemlerin gözönünde bulundurulması gerekir. Kernel veya RootFS hatalarında mutlaka acil bir kurtarma sistemi mevcut olmalıdır. Bunun için genelde 2 adet çekirdek sistemde bulundurulur. u-boot sıra ile birinden açmayı dener. Gerekirse u-boot çekirdek yükleme yapabilir. Yedek ve ufak bir RootFS bulunudurulabilir. initramfs sistemi bu iş için kullanılabilir. Yedek bir RootFS tutulabilir, vs. Uzaktan yönetim gerekli olacak mıdır? Güvenlik nasıl sağlanacaktır? Kurcalanmaya(temper) karşı önlem alınmış mıdır? u-boot, env, çekirdek, rootfs ve uygulamaların güvenliği nasıl sağlanacaktır? Secure boot chain? tpm?

8 Sistem Yönetimi ve Güncellenmesi Uzaktan güncelleme. Genelde u-boot güncellenmez. Fakat çekirdek, RootFS ve uygulamalar güncellenebilir. Çekirdek güncelleme en basit olanıdır. Fakat RootFS, yapısı itibari ile dinamik kütüphane bulundurur ve dinamik kütüphanelerin güncellenmesi çok dikkat ister. Genelde 2 RootFS tutulur. Güncelleme hatalı biterse, diğer RootFS'te açılış yapılır. Her zaman uygulama ve RootFS ayrı disk bölümlerinde olmalıdır. RootFS her zaman RO bağlanmalıdır. Güncelleme için güvenli bir iletişim sistemi kullanılmalıdır, vs

9 İdeal Test Ortamı 9 9

10 Test Ortamı Gömülü Linux projesine başlamadan önce mutlaka uygun bir test ortamı kurulmalıdır. En ideal test ortamı NFS üzerinden kurulandır. Bu test ortamında bord üzerinde u-boot'un çalışması yeterlidir. Bunun dışında bord üzerindeki MMC, NAND, NOR vs gibi diskler kullanılmayacak her güncelleme işinden sonra bu cihazlara yazım yapmaya gerek kalmayacaktır. Aynı zamanda birden fazla bord ile aynı anda test yapılabilir. Özellikle NAND disklerle hiç çalışmaya gerek kalmadan NFS üzerinden testler yapılabilir, bu da geliştirme hızını inanılmaz ölçüde artıracaktır

11 Test Ortamı Host System /tftpboot/uimage /tftpboot/rootfs1/bin /RootFS1/etc /RootFS1/dev /RootFS1/lib /RootFS1/tmp /RootFS1/var... /RootFS->RootFS1 RARP BOOTP DHCP TFTP NFS Board(RAM) kernel params load_addr kernel initramfs ftd -a kernel initramfs ftd NFS mount /dev/root kernel params: ip=dhcp root=/dev/nfs rw nfsroot= :/tftpboot/rootfs 11 11

12 Test Ortamı Ok yönlerinin önemi yoktur. Bord ağa bağlanabilmelidir. Kullanılan u-boot sisteminin eternet desteği olmalıdır. Güvenlikten dolayı bu test ortamının kapalı bir ağda olması tavsiye edilir. Host tarafında tftp, dhcp gibi sunucuların çalışır ve düzgün ayarlandığı kabul edilmektedir. Basit bir sembolik link ile aynı anda pek çok kök dosya sistemi test edilebilir. Doğrudan NAND veya MMC ile bu tür testlerin yapılması çok zaman alacaktır. minicom, telnet, ssh vs ile terminal girişi elde edilebilir

13 Terminaller Grafik ekradan kara ekrana geçmek için Ctrl+Alt+F1... Ctrl+Alt+F6 Kara ekranda grafik ekrana geçmek için Alt+F7 Kara ekranlar arası dolaşmak için Alt+F1..Alt+F6 Kara ekran sayısını değiştirmek için /etc/inittab'ı güncelle

14 Çevre Değişkenleri Kabuk içinde bulunan bazı değişkenler bir tabloda saklanabilir. Bu tabloya çevre değişkenleri tablosu denir. Tablonun amacı, kabuk içinde çalışan proseslerin bu değişkenelere erişebilmesini sağlamaktır. SHELL USER PWD LANG HOME LOGNAME LC_TIME /bin/bash nazim /nk/home/nazim en_us.utf-8 /home/nazim nazim tr_tr.utf

15 Çevre Değişkenleri Kabuk değişkenleri (shell variables) genelde ufak harflerle, export'a girecek çevre değişkenleri (env. variables) genelde büyük harflerle verilir. # Listeleme $ env # Tabloya değişken ekleme $ export EGITIM="linux eğitimi" $ export A=3 # $ $ $ $ İnceleme echo $EGITIM echo A echo $A env grep EGITIM 15 15

16 Çevre Değişkenleri # $ $ $ Silme export -n EGITIM echo $EGITIM env grep EGITIM # $ $ $ Tabloya sonradan değişken ekleme. S1=abc S1= $S1:abc export $1 $ unset S1 # Hem export tablosundan hem de kabuk içinden siler

17 Çevre Değişkenleri Bazı standard çevre değişkenleri LD_LIBRARY_PATH: DISPLAY : EDITOR : HOME : HOSTNAME : MANPATH : SHELL : TERM : USER : PATH : Shared library search path. Screen id for X. Default editor. Current user home directory. Name of the local machine. Manual page search path. Current shell name. Current terminal type. Current user name. Search path for commands. C tarafında değişken elde etmek. #include <stdlib.h> char *getenv(const char *name); 17 17

18 Dosya Sistemleri Projeye uygun dosya sistemini seçmek için mevcut dosya sistemlerinin özelliklerinin bilinmesi gerekir? 18 18

19 Dosya Sistemleri

20 Dosya Sistemleri İncelenecek Dosya Sistemleri 1.vfat 2.ext2 3.ext3 4.ext4 5.tmpfs 6.ramdisk 7.initramfs 8.cpio 9.NFS 10.cramfs 11.romfs 12.squashfs 13.zram 14.eCryptfs 15.ubifs 16.pseudo&virtual fs 20 20

21 Dosya Sistemleri Dosya ve dizinlerin saklandığı yapılardır. Dosya sistemleri ve parametreleri amaca uygun seçilmelidir. Kötü seçim kaynak israfına fiziksel yapının bozulmasına sebeb olabilir. Linux pek çok dosya sistemine destek verir. Çok az dosya sistemi Gömülü Sistemler için uygundur. Dosya sistemi öncelikle cihaza uygun seçilmelidir. Prensip olarak swap kullanılmamalıdır

22 Dosya Sistemleri Dosya sistemleri genelde 5 ortamda kurulur. 1. SD/MMC Card vfat, ext2, ext3, ext4, NAND/NOR Flash ubifs, jffs2, yaffs2, RAM ramdisk, tmpfs, ramfs, zramfs, 4. Network NFS, samba, Linux Kernel (Pseudo- and virtual) /dev, /proc, /sys, /dev/pts, /debugfs,

23 Dosya Sistemleri Seçilen her dosya sistemi için çekirdeğe uygun destek verilmelidir. Dosya sistemleri genelde çekirdekte çok yer kaplarlar. Kullanılmayan dosya sistemleri asla çekirdeğe eklenmemlidir. cat /proc/filesystems komutu ile çekirdeğin o an için desteklediği dosya sistemleri incelenebilir. Kök dosya sistemi hariç, bütün dosya sistemleri modül olarak derlenebilir. Çekirdeğin bağladığı ilk dosya sistemine kök dosya sistemi denir

24 vfat MS-Windows dosya sistemidir. 255 karaktere kadar dosya isimlerine izin verir. Linux ihtiyaçlarını karşılayamaz. Sahiplik, mod, sembolik link vs. mevcut değildir. Asla kök dosya sistemi vfat olmamalıdır. İç yapısı aşırı basit olduğu için daha çok u-boot gibi açılış-yükleyicileri tarafından kullanılır. Genelde SD/MMC kartların 1. bölümüne kurulur

25 vfat # cd /tmp # dd if=/dev/zero of=disk1.img bs=1m count= records in 32+0 records out bytes (34 MB) copied, 0, s, 392 MB/s # mkfs.vfat disk1.img mkfs.vfat (23 Jan 2023) # mkdir /mnt/disk1 # mount disk1.img /mnt/disk1 root@nkoc:/tmp# df /mnt/disk1 Filesystem 1K-blocks Used Available Use% Mounted on /dev/loop % /mnt/disk1 # ls -l /mnt/disk1 total

26 vfat # mkfs.vfat /dev/mmcblk0p1 mkfs.vfat (23 Jan 2023) # mkdir /mnt/disk1 # mount disk1.img /mnt/disk1 root@nkoc:/tmp# df /mnt/disk1 Filesystem 1K-blocks Used Available Use% Mounted on /dev/loop % /mnt/disk1 # ls -l /mnt/disk1 total

27 vfat Kernel Support: -> File systems -> DOS/FAT/NT Filesystems <*> VFAT (Windows-95) fs support 27 27

28 ext2 Linux'un en eski dosya sistemlerinden biridir. Çok uzun zamandan beri ext2 ile ilgili hiç bir bug report yapılmamıştır. Kök dosya sistemi için gerekli bütün ihtiyaçları karşılar. Masaüstü sistemlerde artık kullanılmamaktadır. Ani kapanmalara karşı çok dayanıksızdır. MMC cihazlarında, RO modu ile bağlanarak kullanılmalıdır. Kök dosya sistemi olarak, RW modunda bağlanmamalıdır. Kök dosya sistemi olarak kullanılacaksa, önce ro bağlanmalı, sonra fsck yapılmalı, gerekirse repair edilmeli ve sonra rw bağlanmalıdır

29 ext2 # mkdir /mnt/disk2 # dd if=/dev/zero of=disk2.img bs=1m count= records in 32+0 records out bytes (34 MB) copied, 0, s, 480 MB/s # mkfs.ext2 disk2.img # mount disk2.img /mnt/disk2 # df /mnt/disk2 Filesystem 1K-blocks /dev/loop Used Available Use% Mounted on % /mnt/disk

30 ext2 Kernel Support: -> File systems <*> Second extended fs support 30 30

31 ext3 ext2'nin devamı ve log tabanlıdır. Ani kapanmalara karşı çok dayanıklıdır. Dosya bütünlüğü çok zor bozulur. Recovery durumu çok hızlıdır. Yerini ext4 sistemine bırakmıştır. Masaüstü sistemlerde artık ext4 kullanılmaktadır. MMC cihazlarında, RW modu ile bağlanarak kullanılabilir. Log tabanlı bir sistem olduğu için, diske yazılacak bütün veriler önce bir log tablosunda tutulur, daha sonra diske yazılır

32 ext3 Crash durumunda sonra e2fsck çalıştırmaya gerek yoktur. Log sayesinde dosya bütünlüğü her zaman garantiedilir. ext3 = journal + ext2 ext2 ve ext3 arasında her zaman geçiş yapılabilir. Performans ve dosya bütünlüğü arasında ters ilişki vardır. data=write_back: crash sonrası yazılmayan veri kalabilir. data=ordered: Daha güvenlidir ama yavaştır. Tavsiye edilir

33 ext3 # dd if=/dev/zero of=disk3.img bs=1m count=32 # mkfs.ext3 disk3.img # mkdir /mnt/disk3 # mount disk3.img /mnt/disk3 # df /mnt/disk3 Filesystem 1K-blocks /dev/loop Used Available Use% Mounted on % /mnt/disk

34 ext3 Kernel Support: -> File systems <*> Ext3 journalling file system support [*] Default to 'data=ordered' in ext

35 ext4 ext3'ün devamıdır ama ext3 ile uyumlu değildir. ext4 dosya sistemi, ext3'ü mount edebilir ve ext3'e göre daha iyi performans gösterir. Doğrudan ext4 kullanılması tavsiye edilir. ext3, ext2 ile uyumlu idi. Her iki yönde de geçiş yapılabiliyordu. Örnek dosya sistemi kuruluşu ve çekirdek desteği ext2/ext3 gibidir. Gömülü sistemlerde, MMC tarafında kök dosya sistemi olarak rw modunda mount edilebilir. ext2 sisteminin rw modunda bağlanması tavsiye edilmez

36 tmpfs Sanal bellekte kurulan bir dosya sistemidir. virtual memory = ram + swap Doldukça büyür, içi boşaldıkça küçülürler. Ayrılan kapasiteyi RAM'dan çalmazlar. Swap edilebilirler. Disk cache sisteminin değiştirilmiş bir hali gibidir. Çok az yer kaplar. Bundan dolayı seçilmese bile çekirdek tarafında desteği vardır. /dev/shm, /dev gibi pek çok cihaz, bu dosya sistemini kullanır

37 tmpfs Kapasite verilmezse, RAM'in yarısı kabul edilir. Çalışma anında kapasite artırılabilir. umount edildiği an veriler kaybolur. Güç kesildiği an veriler kaybolur

38 tmpfs # mkdir /mnt/disk4 # mount -t tmpfs tmpfs /mnt/disk4 # df /mnt/disk4 Filesystem 1K-blocks tmpfs root@nkoc:/tmp# free total Mem: /+ buffers/cache: Swap: Used Available Use% Mounted on % /mnt/disk4 used free shared 0 buffers cached

39 tmpfs Kernel Support: -> File systems -> Pseudo filesystems [*] Virtual memory file system support (former shm fs) 39 39

40 tmpfs mount edilen bütün dosyalar, işleri bitince umount edilmelidir. 32MB için, ext3 dosya sisteminin maliyeti %15'tir. # df /mnt/disk? Filesystem 1K-blocks /dev/loop0 /dev/loop1 /dev/loop2 tmpfs Used Available Use% Mounted on % 2% 15% 0% /mnt/disk1 /mnt/disk2 /mnt/disk3 /mnt/disk

41 tmpfs # mount grep disk /tmp/disk1.img on /mnt/disk1 type vfat (rw) /tmp/disk2.img on /mnt/disk2 type ext2 (rw) /tmp/disk3.img on /mnt/disk3 type ext3 (rw) tmpfs on /mnt/disk4 type tmpfs (rw) $ $ $ $ umount umount umount umount /mnt/disk1 /mnt/disk2 /mnt/disk3 /mnt/disk

42 ramdisk RAM'ın (virtual memory değil!) disk bölümü gibi kullanılmasıdır. Dosya sistemi değildir, dosya sistemleri için altyapı hazırlar. Sanki bir disk bölümü (disc partition) gibi üzerine hemen dosya sistemi kurulabilir. tmpfs gibi umount edildiğinde yok olmaz. Cihaz isimleri /dev/ram0, /dev/ram1,... şeklindedir. Ramdisk adedi, kapasitesi ve blok boyu çekirdek parametresi olarak verilebilir. Varsayılan blok boyu 1024'tür

43 ramdisk Mümkünse ramdisk kullanılmamalı, bunun yerine tmpfs kullanılmalıdır. ramdisk, kullanıldığı an RAM bellekten kapasite çalar. umount edilse bile kapasite geri verilmez. Sanal dosya sistemi kullanmadığı için ihtiyaç durumunda swap edilemez. Prensip olarak Gömülü sistemlerde swap kullanılmaz. Bazı çekirdekler hala initial ram disk kullanmaktadırlar. Fakat initrd kavramı yerini initramfs'e (tmpfs'e) bırakmıştır

44 ramdisk tmpfs bir dosya sistemidir. Çekirdek tarafından bizim hiç ilgilenmediğimiz bir yerlerde kurulur! Ramfs veya /dev/ram0 veya ramdisk fiziksel bir ortamdır. Bu ortamı kullanabilmek için illa ki üzerine bir dosya sistemi kurulmalıdır, ext2, ext3, minix, vfat, vs gibi. /dev/ram0 üzerine dosya sistemi kurulur ve mount edilir. tmpfs doğrudan mount edilir. dmesg grep RAMDISK 44 44

45 ramdisk # # # # # # # 4M'lık ext2 kur ve paketle? dd if=/dev/zero of=/dev/ram0 bs=1k count=4096 mkfs.ext2 /dev/ram mkdir /mnt/disk mount /dev/ram0 /mnt/disk df mount umount /mnt/disk # dd if=/dev/ram0 of=/tmp/ram0.img bs=1k count=4096 # dd if=/dev/ram0 bs=1k count=4096 gzip > /tmp/ram0.img.gz Doğrudan imaj olarak mount etmek. /dev/ram0 yok. # mount -o loop /tmp/ram0.img /mnt/disk 45 45

46 ramdisk Kernel Support: -> Device Drivers -> Block devices <*> RAM block device support (16) Default number of RAM disks (65536) Default RAM disk size (kbytes) 46 46

47 initramfs Çekirdek tmpfs destekli bir dosya sistemini kök dosya sistemi olarak bağlayabilir. Bu dosya sistemine initramfs denir, temeli tmpfs dosya sistemidir. Temeli ramdisk olan dosya sistemine ise initrd denir ve artık kullanılmamaktadır. initramfs sistemi çekirdek yüklendikten hemen sonra mount edilir. Genelde modül yüklemek içindir. Fakat gömülü sistemlerde esas kök dosya sistemi olarak da kullanılabilir. Bu dosya sistemi çekirdeğin içine gömülü olabilir

48 initramfs Ayrı bir dosya olarak da bulunabilir. Ayrık olan dosya boot loader tarafından çekirdekle birlikte yüklenir ve başlangıç adresi ve dosya boyu çekirdek parametresi olarak çekirdeğe gönderilir. Ayrık dosya her zaman cpio arşivi şeklindedir, dosya sistemi değildir. Çekirdek kendini açar ve cpio arşivini, bir tmpfs dosya sistemi içine açar. Bu dosya sistemine initramfs denir ve çekirdek bu dosya sistemini kök dosya sistemi olarak bağlar ve /init komutunu gözü kapalı işletir. initrd durumunda /linuxrc işletilir

49 initramfs, çekirdeğe gömülü /tmp/rootfs kök dosya sistemi aşağıdaki gibi çekirdek koduna eklenebilir. [*] Initial RAM filesystem and RAM disk (initramfs/initrd) support (/tmp/rootfs) Initramfs source file(s) (1000) User ID to map to 0 (user root) (1000) Group ID to map to 0 (group root) [*] Support initial ramdisks compressed using gzip /tmp/rootfs altındaki bütün dosya ve dizinler otomatik olarak cpio arşivi haline getirilir, gzip ile sıkıştırılır ve çekirdek kodunda eklenir. Eğer RootFS çok büyükse bu teknik uygun değildir. RootFS içindeki her program GPL olmak zorundadır

50 initramfs, çekirdeğe gömülü Açılış çok hızlıdır, çekirdek yüklendiği an kök dosya sistemi de yüklenmiş gibidir. Aradaki süre çok azdır. Masaüstü sistemlerde gerçek kök dosya sistemlerine geçiş için kullanılır. Gömülü sistemlerde acil durum açılışları veya gerçek kök dosya sistemi olarak kullanılabilir. RootFS'deki her güncellemede çekirdek yeniden derlenmeli ve sisteme yüklenmelidir. Tek bir imaj dosyası ile hem çekirdek hem kök dosya sistemi taşınır ve boot loader sadece tek dosya yükler

51 initramfs, çekirdeğe gömülü u-boot header /tmp/rootfs /init /bin /etc /lib kernel compile /dev /tmp zimage /init /bin /etc /lib /dev /tmp uimage u-boot cpio.gz mount -t tmpfs /dev/root gunzip archive cpio to /dev/root execute /init kernel initramfs /dev/root /init /bin /etc /lib /dev /tmp 51 51

52 initramfs, çekirdekten ayrık Çekirdek bilinen yolla derlenir. [*] Initial RAM filesystem and RAM disk (initramfs/initrd) support () Initramfs source file(s) /tmp/rootfs için cpio arşivi hazırlanır. # find. cpio -v -o -H newc gzip > ramfs.gz # mkimage -A arm -T ramdisk -C none -n "cpio test imaji" -d ramfs.gz uramfs uimage ve uramfs beraber kullanılır. uramfs içindeki programların GPL olması gerekmez. Güncellemelerde sadece uramfs kullanılır, çekirdek derlenmez

53 initramfs, çekirdekten ayrık u-boot, önce çekirdeği sonra uramfs'i yükler. Çekirdeğe uramfs'in yüklendiği adresi ve boyunu parametre olarak geçirir. Çekirdek, daha önce bahsedildiği gibi arşivi gunzip ile açar, tmpfs içine cpio arşivini kopyalar ve /init programını gözü kapalı başlatır. 2 adet yükleme olduğu için çekirdeğe gömülü sisteme göre biraz daha yavaş açılır

54 initramfs, çekirdeğe gömülü /tmp/rootfs /init /bin /etc /lib /dev /tmp u-boot header find,cpio, gzip,mkimage zimage uimage u-boot kernel initramfs /dev/root uramfs gunzip, cpio /init /bin /etc /lib /dev /tmp 54 54

55 cpio cpio bir dosya sistemi değildir, initramfs için arşivleme yapar. cpio kodu çekirdek içine gömülü durumdadır. Aynı anda ya input ya da output modunda çalışır. output modu paketleme, arşivleme yapar. output modunda dosya isimleribir dosyadan satır satır okunur. # cpio -o -H newc < list.txt # ls falan.* cpio -o -Hnewc > test.cpio Çekirdek sadece newc arşiv formatını kullanır. Genelde find ile kullanılır. # find. cpio -o -H newc gzip > rootfs.img.gz 55 55

56 cpio input veya extract modunda paket açılır. # gunzip rootfs.img.gz # cpio -i -d -H newc -F rootfs.ig --no-absolute-filenames -i: input veya extract demektir. -o: output veya create demektir

57 NFS Kök dosya sistemi ağ üzerinden bağlanabilir ya da host üzerindeki herhangi bir dizin export edilebilir. /etc/exports: /tftpboot /24(rw,insecure, no_subtree_check,async,no_root_squash) # exportfs -avr ile yapılan güncellemeler sunucuya bildirilir. no_root_squash sayesinde root yetkisi ile işlem yapılabilir. insecure ile güvenli portların dışında da port numarası kullanılabilir. no_subtree_check ile dışarı taşan dizinlere erişim sağlanır

58 NFS Kök dosya sistemi NFS üzerinden kullanılacaksa çekirdek aşağıdaki gibi derlenir. [*] Networking support Networking options --> [*] TCP/IP networking [*] IP: kernel level autoconfiguration File systems --> [*] Network File Systems <*> NFS client support [*] Root file system on NFS Ağ için çekirdek parametreleri ip=<client-ip>:<server-ip>:<gw-ip>:<netmask>:<hostname>: <device>:<autoconf>:<dns0-ip>:<dns1-ip> 58 58

59 NFS Çekirdek parametreleri aşağıdaki gibi olabilir. ip= : : : :test1:eth0:off root=/dev/nfs rw nfsroot= :/tftpboot/rootfs Sıradan bir dosyayı mount etmek için, # mount -t nfs :/tftpboot/app /mnt/nfs #... # umount /mnt/nfs 59 59

60 NFS autoconf parameters: Documentation/filesystems/nfsroot.txt off or none: don't use autoconfiguration (do static IP assignment instead) on or any: use any protocol available in the kernel (default) dhcp: use DHCP bootp: use BOOTP rarp: use RARP both: use both BOOTP and RARP but not DHCP (old option kept for backwards compatibility) Default: any 60 60

61 cramfs compressed dosya sistemidir. Compressed ROM File System Sadece ro erişim yapılabilir. Dosya boyu 16MB'yı geçemez. FS büyüklüğü 256MB'tan büyük olamaz. Kullanımı sırasıda decompress edilmez, her zaman compress durumunda kullanılır. Çok az yer kaplar, gömülü sistemler için uygundur. Mevcut kısıtlamalara dikkat edilerek kullanılmalıdır. Not 16/32 bits uid/gid and hard links and timestamps 61 61

62 cramfs # mkfs.cramfs -v -n test.image /tftpboot/rootfs cramfs.img # ls -l cramfs.img -rw-rw-r-- 1 nazim nazim May 11 10:17 cramfs.img # du -ks /tftpboot/rootfs/ 2120 /tftpboot/rootfs/ # file cramfs.img cramfs.img: Linux Compressed ROM File System data, little endian size version #2 sorted_dirs CRC 0x4101b0de, edition 0, 526 blocks, 388 files # mount -o loop cramfs.img /mnt/disk # ls -l /mnt/diks # timestamp= unix epoch time # df /mnt/disk Filesystem 1K-blocks /dev/loop Used Available Use% Mounted on % /mnt/disk 62 62

63 cramfs Kernel Support: File systems ---> [*] Miscellaneous filesystems ---> <*> Compressed ROM file system support (cramfs) 63 63

64 romfs Çok az yer kaplar. Sadece ro erişim yapılabilir. Kernel Support: File systems ---> [*] Miscellaneous filesystems ---> <*> ROM file system support 64 64

65 romfs # genromfs -d /tftpboot/rootfs -f romfs.img -V 'romfs image' # ls -l romfs.img -rw-rw-r-- 1 nazim nazim May 11 10:40 romfs.img # du -ks /tftpboot/rootfs/ 2120 /tftpboot/rootfs/ # mount -o loop -o ro -t romfs romfs.img /mnt/disk # df /mnt/disk Filesystem 1K-blocks /dev/loop Used Available Use% Mounted on % /mnt/disk # ls -l /mnt/disk # cat /proc/filesystems grep romfs 65 65

66 squashfs gzip/lzo/xz ile sıkıştırılmış, salt okunur dosya sistemidir. cramfs'e göre daha iyi sıkışırma yapar. tar.gz'nin mount edilmesi gibi düşünülebilir. Pek çok LiveCD'nin defacto FS standardı gibidir. uid/gid, timestamp desteği vardır. 4GB'tan büyük dosyaları destekler

67 squashfs # mksquashfs /tftpboot/rootfs.busybox rootfs.sq # ls -l rootfs.sq -rw-r--r-- 1 root root May 11 12:30 rootfs.sq # du -ks /tftpboot/rootfs.busybox 2120 /tftpboot/rootfs.busybox # file rootfs.sq # mount rootfs.sq /mnt/disk # ls -l /mnt/disk # df /mnt/disk Filesystem 1K-blocks /dev/loop Used Available Use% Mounted on % /mnt/disk # losetup -a /dev/loop0: [0801]: (/mnt/rootfs.sq) # unsquashfs rootfs.sq # cd squashfs-root/ 67 67

68 squashfs Kernel Support: File systems ---> [*] Miscellaneous filesystems ---> <*> SquashFS Squashed file system support 68 68

69 zram Compressed RAM based block device Masaüstü sistemlerde swap'ın hızı ve kapasitesini artırmak için kullanılır. /dev/ram0'ın sıkıştırılmış hali gözü ile bakılabilir. Her zaman modül olarak derlenmesi tavsiye edilmektedir. Böylece disk sayısı amaca göre atanabilir. /var, /tmp gibi dizinler için de kullanılabilir. Fakat tmpfs gibi olmayıp doğrudan ram'dan kapasite çalınır

70 zram # # # # # modinfo zram modprobe zram num_devices=4 ls -l /dev/zram? lsmod grep zram echo $((4096*1024)) > /sys/block/zram0/disksize # mkfs.ext2 /dev/zram0 # mount /dev/zram0 /mnt/disk # df /mnt/disk Filesystem 1K-blocks /dev/zram Used Available Use% Mounted on % /mnt/disk # cd /mnt/disk ; ls -la # mount grep zram /dev/zram0 on /mnt/disk type ext2 (rw) # # # # dmesg grep zram umount /mnt/disk rmmod zram lsmod grep zram 70 70

71 zram Kernel Support: Device Drivers ---> [*] Staging drivers ---> <M> Compressed RAM block device support [ ] Compressed RAM block device debug support [*] Memory allocator for compressed pages 71 71

72 ecryptfs VFS layer üzerinde işler, olgunluğa erişmemiştir. Stack based desteklidir. Bundan dolayı mevcut herhangi bir dosya sistemi üzerinde şifreleme yapabilir. Önce boş bir dizin mount edilir. Sonra bu dizine dosyalar kopyalanır. Diske yazılan dosyalar artık şifrelenmiştir. İçi dolu dizinler mount edilmemelidir. user space tarafında, ecryptfs-utils programlarına gerek vardır

73 ecryptfs # mount -t ecryptfs /srv /srv # more ~/.ecryptfs/sig-cache.txt 1aba6bfb1a2bf34e # echo "Merhaba" > /srv/test # cd /srv/test # ls -l # cat test Merhaba # df Filesystem /srv 1K-blocks Used Available Use% Mounted on % /srv # mount grep ecryptfs /srv on /srv type ecryptfs (rw,ecryptfs_sig=1aba6bfb1a2bf34e, ecryptfs_cipher=aes,ecryptfs_key_bytes=16, ecryptfs_unlink_sigs) 73 73

74 ecryptfs # umount /srv # file /srv/test # cat > ~/.ecryptfsrc key=passphrase:passphrase_passwd_file=/tmp/passwd_file.txt ecryptfs_sig=1aba6bfb1a2bf34e ecryptfs_cipher=aes ecryptfs_key_bytes=16 ecryptfs_passthrough=n ecryptfs_enable_filename_crypto=n # cat.ecryptfs/sig-cache.txt 1aba6bfb1a2bf34e # passwd_file.txt, usb, tpm vs gibi bir ortamda olabilir. # cat /tmp/passwd_file.txt passphrase_passwd=deneme root@nkoc:~# mount -t ecryptfs /srv /srv 74 74

75 ecryptfs Kernel Support: [*] Cryptographic API ---> [*] MD5 digest algorithm <*> AES cipher algorithms (ARM-asm) Security options ---> [*] Enable access key retention support File systems ---> [*] Miscellaneous filesystems ---> <*> ecrypt filesystem layer support (EXPERIMENTAL) 75 75

76 ubifs Flash diskler için geliştirilmiş, kapanmaya dayanıklı ve ubi üzerine kurulan, log tabanlı bir dosya sistemidir. NAND diskler için neredeyse standard gibi olmuştur. Diğer dosya sistemleri gibi doğrudan kurulup mount edilemez, ön hazırlık gerekir. Tamamen boş bir disk mount edilirse otomatik olarak ubifs kurulur, açıkça da kurulabilir. fsck programı yoktur. Mount sırasında hata meydana gelirse dosya sistemini düzeltmeye çalışır. Düzeltirse mount eder, düzeltmezse ya ro mount eder ya da hiç mount etmez. loop mount kavramı yoktur, simulator ile mount edilir

77 ubifs NAND Partitions nand0 u-boot env /dev/mtd0 mtd1 kernel root mtd2 mtd3 rootfs kurulacak? /dev/mtd[0123] : raw nand flash 77 77

78 ubifs mount /dev/ubi3_0 mount /dev/ubi3_1 /dev/ubi3_0 /dev/ubi3_1 LEB0 LEB1 LEB2 LEB3 ubimkvol /dev/ubi3 ubimkvol /dev/ubi3 LEB0 LEB1 LEB4... LEBN LEB2... LEBN /dev/ubi3 PEB0 PEB1 ubiattach -m3 -d3 PEB2... /dev/mtd3 PEBN ubiformat /dev/mtd

79 ubifs $ mount -t ubifs ubi0:root $ mount -t ubifs /dev/ubi0_0 /dev/ubi0_0 ubi0:root LEB0 LEB1 /dev/root /dev/root ubi.mtd=3 rootfstype=ubifs root=ubi0:root LEB2 ubimkvol /dev/ubi0 -N root LEB0 LEB1 LEB2... LEBN /dev/ubi0 PEB0 PEB1 ubiattach -m3 -d0 PEB2... PEBN /dev/mtd

80 ubifs Bord tarafında çalışırken ubifs kuruluşları (1) Host tarafında, /tftpboot/rootfs altında örnek bir RootFS olduğunu kabul edelim. $ $ $ $ ubiformat /dev/mtd3 ubiattach -p /dev/mtd3 ubimkvol /dev/ubi0 -N root -m mount -t ubifs ubi0:root /mnt/root $ mount -t nfs host:/tftpboot /mnt/nfs $ cp -a /mnt/nfs/* /mnt/root $ nanddump /dev/mtd3 -f /mnt/nfs/mtd3.img $ umount /mnt/root 80 80

81 ubifs Bord tarafında çalışırken ubifs kuruluşları (2) Host tarafında, ubinize ile root.ubi isimli imajın kurulduğunu kabul edelim. $ ubiformat /dev/mtd3 -f /tftpboot/root.ubi $ ubiattach -p /dev/mtd3 $ mount -t ubifs ubi0:root /mnt/root 81 81

82 ubifs Bord tarafında çalışırken ubifs kuruluşları (3) Host tarafında, mkfs.ubifs kurulan imajın yazılması. $ $ $ $ $ ubiformat /dev/mtd3 ubiattach -p /dev/mtd3 ubimkvol /dev/ubi0 -N root -m updatevol /dev/ubi0_0 /tftpboot/root.ubifs mount -t ubifs ubi0:root /mnt/root $ mount -t ubifs /dev/ubi0_0 /mnt/root 82 82

83 ubifs Bord tarafında çalışırken ubifs kuruluşları (4) Host tarafında, ubinize ile root.ubi kurulmuş olsun. U-Boot seviyesinde iken: > tftp root.ubi > nand erase root > nand write root.ubi Açıldıktan sonra: $ mount -t ubifs ubi0:root /mnt/root $ mount -t ubifs /dev/ubi0_0 /mnt/root # veya 83 83

84 ubifs Host tarafında çalışırken ubifs kuruluşu: Bord'a ait bir imajı host tarafında oluşturma işine ubinize denir. Bord tarafında ubinize yapmanın bir anlamı yoktur. Burada esas amaç NAND için master bir imaj oluşturmaktır. Genelde müşteriye verilecek en son sistem için hazırlanır. Test veya geliştirme için ubinize kullanmak pek pratik değildir

85 ubifs ubinize işlemine önce ubifs kurularak başlanır. Burada NAND imajı ile ilgili bilgi bulunmaz. Bir imaj içinde çok fazla volume veya ubifs bulunabilir. Her bir ubifs'in parametreleri root.ini gibi bir dosyaya yazılır. Çok fazla volume olacağı için parameterlerin argüman olarak verilmesi pratik değildir. Fakat genelde tek NAND cihazı vardır. Bundan dolayı NAND parametreleri argüman olarak verilir

86 ubifs NAND üzerinde çalışırken mutlaka 4 parametrenin el altında olması gerekir. PEB : LEB : Min I/O Size : Sub page size: 16KiB p -e -m -s Bu parametrelerinin bazıları ubifs bazıları ubi için gereklidir. Örneğin, ubifs PEB ile ilgilenmez, benzer şekilde ubi sistemi de LEB ile ilgilenmez. ubifs, ubi üzerine kuruludur. ubi sistemi bir dosya sistemi değildir, dosya sistemi ile bare NAND arasında bir katmandır

87 ubifs ubi'nin esas amacı bad blokları yönetmektir. Böylece ubi üzerine kurulu dosya sistemleri bu sıkınıtılı işlerle uğraşmazlar. ubi üzerine illa ki ubifs kurmak gerekli değildir. squashfs, cramfs gibi dosya sistemileri ubi üzerine kurulabilir. Örnek bir ubifs kuruluşu örnekte verilmiştir. ubifs ile NAND sisteminin hiç bir ilgisi yoktur. Bu ilgi ubinize komutu ile kurulur. $ mkfs.ubifs -v -m 512 -e r RootFS -c 4228 root.ubifs ubifs parameterleri: LEB : Min I/O Size : 512 -e -m 87 87

88 ubifs $ cat root.ini [root] mode=ubi image=root.ubifs vol_id=0 vol_size=32mib vol_type=dynamic vol_name=root vol_flags=autoresize # # # # # # # # Keyfi bir isim. Zorunlu bir satır. mkfs.ubifs ile elde edildi. Kaçıncı ubi volume? Kaba bir boy miktarı. LEB'ler rw olabilir. ro=static Volume name. İlk mount'da genişle. $ ubinize -v -o root.ubi -p 16KiB -m 512 -s 256 root.ini ubi paramterleri: PEB : 16KiB Min I/O Size : 512 Sub page size: 256 -p -m -s # root.ini dosyası nandwrite, nanddump, ubiformat ile mtd'ye # yazılabilir

89 ubifs Bir ubi sisteminde en fazla 128 volume, diğer bir deyişle 128 adet ubifs olabilir. Gömülü sistemlerde genelde her ubi için bir adet ubifs bulunur. Birden fazla olması pek nadirdir. Bir mtd cihazı ubiformat ile formatlanmamışsa, ubiattach her zaman başarısız olur. ubiattach, her zaman bare NAND cihazı ile ubi cihazını birbirine bağlar. Kaba bir deyişle, PEB ve LEB arasındaki ilişkiyi sağlar. LEB boyları, her zaman PEB'den biraz daha kısadır. mtd ile ubi arasındaki bağlantı ubidetach -m No komutu ile koparılır

90 ubifs umount edilmeden, yani ubi ile ubifs arasındaki ilişki kesilmeden, ubidetach işlemi yapılamaz. Her zaman önce ubidetach sonra umount yapılır. NAND'a ne yazılırsa yazılsın, ilgili bölge MUTLAKA önce flash_erase veya nanderase gibi komutlarla silinmelidir. Silme işlemi bütün bölüme 1 yazar. Yazma işlemi asla 0'dan 1'e yazım yapamaz. Bundan dolayı önce erase işlemi ile bütün bölüm 1 yapılır. write işlemi sadece 1'den 0'a değişimleri yapabilir. NAND'a yazılacak her dosya mutlaka minimum I/O değerinin bir katı olmalıdır

91 ubifs Bir dosyayının sonunu 2k'nın katı yapmak için, $ dd if=foo of=foo2k bs=2k conv=sync Bir volume ilk defa mount ediliyorsa ve içi tamamen boşsa, ubifs sistemi bunu anlar ve otomatik olarak ubifs dosya sistemini yaratır. $ mount -t ubifs ubi3:root /mnt/root UBIFS: default file-system created... <-- Sadece ilk mount işleminde uygulanır. mtd_debug programı ile bare NAND hakkında bilgi alınabilir. $ mtd_debug info /dev/mtd

92 ubifs Diğer faydalı komutlar ve dosyalar: $ $ $ $ $ $ $ $ $ mtdinfo --all ubiinfo /dev/ubi0 ubiinfo /dev/ubi0_0 cat /proc/mtd cat /proc/partitions cat /proc/cmdline ls /proc/fs/ubifs ls /proc/drivers/mtd ls /proc/drivers/mtd/ubi PEB'lerin %1'i bad block yönetimi için kullanılır. Bir PEB hatalı olursa hemen yeni bir PEB atanır. Hatalı olan bad diye işaretlenir. LEB, yeni PEB'e göre güncellenir. Bad block yönetimini ubi yapar, ubifs değil

93 ubifs Eğer vol_type= static ise mount işlemi her zaman ro yapılır. vol_type= dynamic ise mount işlemi ro veya rw yapılabilir. Eğer rw mount işleminde düzeltilemez bir hata varsa, mount işlemi otomatik olarak ro yapılır. /dev/mtd0 veya bare NAND flash cihazılarına yazım için dd kullanılamaz. Çünkü dd, bad block'ları kontrol etmez. Fakat okuma yapılabilir. Yorum /dev/ubi0_1 için: /dev/ubi0'ı /dev/sda gibi düşün. /dev/ubi0_1'i /dev/sda1 gibi düşün

94 ubifs mtd üzerinde ubi varsa asla mtd üzerinden okuma/yazma yapılmamalıdır. Çünkü ubi'nin kendi iç veri yapısı vardır. Yazma işlemi bu yapıyı bozar. Okuma işlemi ile bu yapı okunabilir ama anlamsızdır. /dev/mtd0 her zaman bare flash'a denk gelir. Bare flash, host tarafında ubinize tarafından hazırlanır. Tamamen boş dosya sisteminde 0xFF vardır. $ dd if=/dev/ubi0_0 of=foo ubi imajlarının loop mount özelliği yoktur. Fakat aynı etki nand simülatörü kullanılarak elde edilebilir

95 ubifs Host sisteminde ubi imajının incelenmesi 128MB'lik disk kur /tmp/mtd7.img imajını mount et. $ modprobe nandsim first_id_byte=0xec second_id_byte=0xa1 third_id_byte=0x00 fourth_id_byte=0x15 $ dd if=/tmp/mtd7.img of=/dev/mtd0 bs=2048 $ modprobe ubi mtd=0 $ mount -t ubifs /dev/ubi0_0 /mnt/ubifs $ df /mnt/ubifs $ ls -l /mnt/ubifs $ umount /mnt/ubifs $ rmmod ubifs ubi nandsim 95 95

96 ubifs Kernel Support: Device Drivers ---> <*> Memory Technology Device (MTD) support ---> [*] Command line partition table parsing <*> NAND Device Support ---> <*> NAND Flash device on OMAP2, OMAP3 and OMAP

97 nandsim $ modinfo nandsim NANDsim parametreleri: modprobe nandsim first_id_byte=0x20 modprobe nandsim first_id_byte=0x20 modprobe nandsim first_id_byte=0x20 modprobe nandsim first_id_byte=0x20 modprobe nandsim first_id_byte=0x20 second_id_byte=0x33 second_id_byte=0x35 second_id_byte=0x36 second_id_byte=0x78 second_id_byte=0x71 (16MiB, 512 bytes page) (32MiB, 512 bytes page) (64MiB, 512 bytes page) (128MiB, 512 bytes page) (256MiB, 512 bytes page) modprobe nandsim first_id_byte=0x20 second_id_byte=0xa2 third_id_byte=0x00 fourth_id_byte=0x15 (64MiB, 2048 bytes page) modprobe nandsim first_id_byte=0xec second_id_byte=0xa1 third_id_byte=0x00 fourth_id_byte=0x15 (128MiB, 2048 bytes page) modprobe nandsim first_id_byte=0x20 second_id_byte=0xaa third_id_byte=0x00 fourth_id_byte=0x15 (256MiB, 2048 bytes page) modprobe nandsim first_id_byte=0x20 second_id_byte=0xac third_id_byte=0x00 fourth_id_byte=0x15 (512MiB, 2048 bytes page) modprobe nandsim first_id_byte=0xec second_id_byte=0xd3 third_id_byte=0x51 fourth_id_byte=0x95 (1GiB, 2048 bytes page) 97 97

98 pseudo file systems Pseudo dosya sistemleri kernel ve user space arasında iki yönlü bilgi alışverişi için tasarlanmıştır. Her zaman ya boot anında ya da tam kullanım anında kurulurlar ve sistem kapanınca yok olurlar. Fiziksel olarak bir diskte kurulmazlar bundan dolayı dosya boyları her zaman 0'dır ama içleri dolu olabilir. Gömülü sistemlerde genelde açılış betikleri tarafından mount edilirler. Çok kullanılan bazı dosya sistemlerinin mount edilmesi

99 pseudo file systems mount mount mount mount -t -t -t -t proc sysfs devpts tmpfs proc sysfs devpts tmpfs /proc /sys /dev/pts /dev/shm echo /sbin/mdev > /proc/sys/kernel/hotplug mdev -s 99 99

100 VFS, /dev directory

101 VFS, switch table Character Device Functions Switch Table

102 VFS, open

103 VFS, read

104 Bölümlendirmeler

105 Disklerin İsimlendirilmesi SCSI disklerininin isimlendirilmesi sda sdb MMC/SD kartların isimlendirilmesi mmcblk sda1 sda2 sda3 sdb1 sdb2 mmcblk0p1 mmcblk0p2 mmcblk0p

106 Device Dump Device Destroy $ dd if=/dev/sda1 of=/tmp/disk.img count=16 bs=512 /dev/sda /tmp/disk.img 0. blok 1. blok 2. blok... count= blok 15. blok bs=512 $ dd if=/tmp/disk.img of=/dev/sda1 count=16 bs=

107 MS DOS Partitions Disklerin tek bir blok olarak kullanılması pratik değildir. Diskler, daha ufak disklere ayrılarak kullanılırlar. Bu ayırma işlemine bölümlendirme denir. Linux pek çok disk bölümlendirmesini destekler. MMC diskler için MSDOS bölümlendirmesi, NAND diskler için mtdparts (NAND Disk Partition Types) bölümlendirilmesi kullanılır. Her iki bölümlendirme desteği çekirdeğe verilmelidir. MMC bölümlendirilmesi fdisk/sfdisk/cfdisk vs ile yapılabilir

108 MS DOS Partitions $ fdisk /dev/mmcblk0 $ dd if=/dev/zero of=/tmp/mmc.img bs=1m count=32 $ fdisk /tmp/mmc.img Bütün işler bellekte yapılır, w ile çıkılmadığı sürece değişiklikler kaydedilmez. x ile uzman moduna geçilir. Uzman modunda, başlangıç sektörü ayarlanabilir. U-Boot için birinci sektör c tipinde ve bootable olmalıdır. Gömülü sistemlerde, MMC üzerinde genelde bölüm kullanılır. İlk bölüm u-boot'un desteklediği bir dosya sistemi olur, vfat/ext2/ext3/ext4 gibi

109 MS DOS Partitions Bootable,Type C, VFAT primary 1 Type Linux, Ext2/3 primary 2 primary 3 extended logical 1 logical 2... logical N

110 MS DOS Partitions $ fdisk [-b sectorsize] [-C cyls] [-H heads] [-S sects] device

111 MS DOS Partitions dd if=/dev/zero of=$mmc_device bs=512 count=1 sudo fdisk -H255 -S63 $MMC_DEVICE << EOF o n p 1 +$BOOT_SIZE a 1 t c x b 1 63 r n p 2 +$ROOT_SIZE p w EOF

112 MS DOS Partitions Kernel Support: [*] Enable the block layer ---> Partition Types ---> [*] Advanced partition selection [*] PC BIOS (MSDOS partition tables) support

113 MTD Partitions MS-DOS bölümlendirmesinde, bölümlendirme tablosu, diskin 1. sektöründe saklanır. Bu sektöre MBR denir. Çekirdek, MBR'yi okuyarak bölümlendirme hakkında bilgi sahibi olur. Fakat NAND disklerde MBR kavramı yoktur. Çekirdek, mtdparts parametresi sayesinde NAND bölümlendirmesinden haberdar olur. mtdparts değişkeni bir kaç yoldan çekirdeğe verilebilir. En yaygın olanı u-boot çevre değişkeni olarak, bootargs içinde tanıtmaktır. (test sistemlerinde tavsiye edilir.) Diğer yol, çekirdek derlemesi sırasında, boot parametresi olarak vermektir. (nihai sistemler için tavsiye edilir.) Son yol ise, doğrudan u-boot kodu içine kazımaktır. (nihai sistemler için tavsiye edilir.)

114 MTD Partitions

115 MTD Partitions Kernel Support: Device Drivers ---> <*> Memory Technology Device (MTD) support ---> [*] Command line partition table parsing The format for the command line is as follows: mtdparts=<mtddef>[;<mtddef] <mtddef> := <mtd-id>:<partdef>[,<partdef>] <partdef> := <mtd-id> := unique id used in mapping driver/device <size> := standard linux memsize OR "-" to denote all remaining space <name> := (NAME)

116 Özel Cihazlar

117 Özel Cihazlar: /dev/null Linux sistemini,sosuz kapasiteli çöp tenekesidir. $ nohup prog 1>/dev/null 2>/tmp/prog.err & $ dd if=/dev/sda of=/dev/null

118 Özel Cihazlar: /dev/zero İçinde sonsuz adet sıfır bulunan bir dosyadır. $ dd if=/dev/zero of=/tmp/disk.img bs=1k count=4096 bs=1k count= /dev/zero /tmp/disk.img

119 Özel Cihazlar: /dev/zero $ mkfs.ext2 /tmp/disk.img /tmp/disk.img /tmp/disk.img ÖNCE SONRA $ mkfs.ext2 /tmp/disk.img $ mkdir /mnt/sanal.disk $ mount -o loop /tmp/disk.img /mnt/sanal.disk... $ umount /mnt/sanal.disk $ gzip disk.img

120 Özel Cihazlar: /dev/random /dev/urandom /dev/random cihazı sistemdeki entropi değişimine göre keyfi sayı üretir. Sistemde entropi değişikliği yoksa sayı üretilmez. Bundan dolayı üzerinde iş yapılmayan makinelerde sayıların üretilme hızı çooook yavaştır. Fakat nitelikli keyfi sayılar üretilir. /dev/urandom cihazı hızlı keyfi sayı üretir. Üretilen sayılar, keyiflik bakımdan çok da nitelikli değildir. $ dd if=/dev/random $ dd if=/dev/urandom of=/dev/sdc # DENEMEYİN!!!

121 Özel Cihazlar: /dev/full Bu cihaz tam dolu bir cihazı temsi eder. Uygulama programlarında tam dolu dosya testi için kullanılabilir. Bu cihazdan veri okunabilir ama yazılamaz. Veri yazılacağı zaman cihaz dolu veya dosya dolu hatası alınır. $ echo 123 > /dev/full $ echo $?

122 rsync Genelde farklı 2 makine içindeki dizinleri eş tutabilmek için kullanılır. Özellikle gömülü sistemlere program aktarmak veya güncelleme yapmak için çok elverişlidir. Çok düşük band genişliği kullanılır. Sadece güncellemeleri taşır. Binary dosyaların dahi sadece farklılıklarını taşır. İki dosya aynı ise checksum denetim ile karar verir. Taşıma sırasında sıkıştırma yapar. Bütün dosya özelliklerini korur. En önemlisi ssh üzerinden işler, güvenlidir

123 rsync # -a: archive mode. # -v: verbose on $ rsync arch/arm/boot/uimage root@ :/boot $ rsycn -a RootFS/etc :/ Uzak makinelere kopyalama sırasında, uzak makindeki kullanıcının şifresi sorulacaktır. Uzaktaki makineye public anahtar kaydedilirse şifre sorulmaz

124 ssh ~/ssh/id_rsa.pub ~/ssh/id_rsa ~/ssh/client.pub $ ssh -v server send id_rsa.pub generate cipher id_rsa.pub(cipher) id_rsa(id_rsa.pub(cipher)) cipher(data) id_rsa.pub client side (board) ~/.ssh/known_hosts server side client.pub ~/.ssh/authorized_keys

125 makefile u-boot, kernel, busybox ve buildroot derlenirken -C ve O= seçeneklerinin kullanılması önemle tavsiye edilir. $.../make ARCH=arm CROSS_COMPILE=arm-none-linux-gnuebihf -C source_code_dir O=compiled_output_dir git clone kernel source dir kernel output dir git pull kernel.org

126 git $ $ $ $ $ $ Linux topluluğu tarafından kullanılan en yaygın proje dağıtım ve sürüm kontrol sistemidir. Temel olarak ssh sistemini kullanır. Artık neredeyse bütün yazılımlar git üzerinden dağıtılmaktadır. Şimdilik clone/pull kullanımı bize yeterli olacaktır. git git git git git git clone git://git.buildroot.net/buildroot pull branch branch -r branch -a checkout -b builroot-at91 clone edilen dizin geliştirme içinkullanılmamalıdır. -C ve O= ile derleme yapılmalıdır

127 git clone edilen dizin geliştirme için kullanılmamalıdır. -C ve O= ile derleme yapılmalıdır. buildroot paketinin, /project/buildroot altına clone ile alındığını kabul edelim. buildroot sistemi aşağıdaki gibi derlenebilir ve sonuçlar /nk/workspace/out içine atılır. Böylece orijinal buildroot sisteminde hiç bir güncelleme yapılmaz. Daha sonra git pull ile sorunsuzca güncelleme yapılabilir. Ayrıca birden fazla proje aynı buildroot sisteminin kaynak kodunu birbirlerine karıştırmadan kullanabilir. $ make -C /project/buildroot O=/nk/workspace/out menuconfig $ make -C /project/buildroot O=/nk/workspace/out

128 /etc/inittab Çekirdek, kök dosya sistemini bağladıktan sonra, genelde /sbin/init programını işletir. Bu program sistemi ayağa kaldırır. Sistemin ayağa kalkma şekli /etc/inittab dosyası tarafından tespit edilir. busybox'ın kullandığı inittab dosyası standard inittab dosyasından çok farklıdır. Run Level kavramı yoktur. Zaten gömülü sistemler için bu kavrama gerek de yoktur. CM-T3517 ARM makinesinden bir örnek sonraki sayfada verilmiştir

129 /etc/inittab cat inittab # Startup the system null::sysinit:/bin/mount -t proc proc /proc #null::sysinit:/bin/mount -o remount,rw / # REMOUNT_ROOTFS_RW null::sysinit:/bin/mkdir -p /dev/pts null::sysinit:/bin/mkdir -p /dev/shm null::sysinit:/bin/mount -a null::sysinit:/bin/hostname -F /etc/hostname # now run any rc scripts ::sysinit:/etc/init.d/rcs # Put a getty on the serial port ttyo2::respawn:/sbin/getty -L ttyo vt100 # GENERIC_SERIAL # Stuff to do for the 3-finger salute ::ctrlaltdel:/sbin/reboot # Stuff to do before rebooting null::shutdown:/etc/init.d/rck null::shutdown:/bin/umount -a -r null::shutdown:/sbin/swapoff -a #!!!

130 /etc/passwd $ ls -l passwd -rw-r--r-- 1 root root 596 May 31 23:29 passwd $ ls -l shadow -rw root root 380 Ağu 4 09:38 shadow Örnek satırlar: root:x:0:0:root:/root:/bin/sh daemon:x:1:1:daemon:/usr/sbin:/bin/sh bin:x:2:2:bin:/bin:/bin/sh sys:x:3:3:sys:/dev:/bin/sh default:x:1000:1000:default non-root user:/home/default:/bin/sh comment field group ID user ID encrypted password login name home directory user command

131 /etc/passwd Şifre kolonu boşsa, kullanıcı şifresiz girebilir. Şifre kolonunda x varsa, şifre shadow içinde saklıdır. Son kolon çok önemlidir. Login/Passwd geçildikten sonra çalıştırılacak komuttur. Genelde /bin/sh veya /bin/false seçilir. Buradaki değer, SHELL değişkenine otomatik olarak atanır. Boşsa /bin/sh kabul edilir. HOME değişkeni, home directory kolonu olarak atanır. Giriş yapıldıktan sonra geçilecek ilk dizindir. $ man 5 passwd $ man passwd $ man adduser

132 /etc/shadow Şifre bigisi ve sürelerini saklar. Sadece root erişebilir. passwd dosyasındaki her bir şifreli kullanıcı için burada bir kayıt olmalıdır. $ cat shadow root:$1$v4h6anhe$jzwuzp9io8sjvixpybjeh.:10933:0:99999:7::: bin:*:10933:0:99999:7::: daemon:*:10933:0:99999:7::: adm:*:10933:0:99999:7::: lp:*:10933:0:99999:7::: sync:*:10933:0:99999:7::: shutdown:*:10933:0:99999:7::: halt:*:10933:0:99999:7::: uucp:*:10933:0:99999:7::: operator:*:10933:0:99999:7::: ftp:*:10933:0:99999:7::: nobody:*:10933:0:99999:7::: default::10933:0:99999:7:::

133 /etc/shadow root:$1$v4h6anhe$jzwuzp9io8sjvixpybjeh.:10933:0:99999:7::: login name şifre! veya * varsa passwd ile giriş yapılamaz. Ama başka türlü login olabilir. Şifresiz giriş için boş bırakılabilir.! ile başlarsa şifre kilitlidir. zaman bilgileri $ man 5 shadow $ man passwd

134 /etc/group $ cat /etc/group adm:x:4:nazim tty:x:5: disk:x:6: cdrom:x:24:nazim,can,ahmet cdrom:x:24:nazim,can,ahmet group_name password GID user_list $ man 5 group $ man groupadd

135 /etc/init.d/ buildroot sistemi aşağıdakine benzer bir rcs betiği ile sistemi ayağa kaldırır. rck betiği ile sistemi kademeli olarak, açılışın ters sırasına göre kapatır. $ cat /etc/init.d/rcs #!/bin/sh for i in /etc/init.d/s??* do $i start done $ cat /etc/init.d/rck #!/bin/sh for i in $(ls -r /etc/init.d/s??*) do $i stop done

136 /etc/init.d/ #!/bin/sh case "$1" in start) echo "Starting network..." /sbin/ifup -a ;; stop) echo -n "Stopping network..." /sbin/ifdown -a ;; restart reload) "$0" stop "$0" start ;; *) echo "Usage: $0 {start stop restart}" exit 1 esac exit $?

137 Atomic Update Prensip olarak bütün dosya sistemleri RO bağlanmalıdır. RW olması gereken dosyalar tmpfs'e yönlendirilebilir. Fakat güç kesilince bu dosyalar yok olur. Uygulamaların config dosyaları gibi bazı dosyaların kalıcı olması istenir. Kalıcı dosyalar illa ki RW modunda bir bağlı bir bölüm üzerinde tutulmalıdır. RW modunda bağlı bir bölüm üzerinde güvenli güncelleme yapabilmek için atomic update denilen çok basit bir yöntem uygulanabilir. Bu yöntem ani kapanma gibi durumlarda dosyanın bütünlüğünü korur

138 Atomic Update Unutulmamalıdır ki ubifs gibi kapanmaya dayanıklı sistemler dosya değil file system bütünlüğünü sağlarlar. Diğer bir deyişle, ani kapanmalardan sonraki mount işleminin kesin olarak yapılabileceğini garantilerler ama dosya içeriği konusunda bir garanti sunmazlar. Dosya içeriğini korunması konusundaki garanti atomic update ile sağlanır. Ubifs ile dosya sistemi ve atomic update ile de dosya bütünlüğü korunmuş olur. Canlı dosyalar veya büyük dosyalar bu tekniğe uygun değildir

139 Atomic Update F1 dosyası güncellenecek olsun. F2= copy(f1) update(f2) sync mv F2 F1 Bu yöntemde, ani kapanmalarda F1 bozulmaz. Çünkü bütün güncelleme F2 üzerinde yapılır. Sadece, 4. adımda dosya ismi değiştirme sırasında tehlike vardır. Fakat posix standardı, rename veya move işleminin atomik olması gerektiğini söyler ve ani kapanmalarda mv işlemi F1'i bozamaz. ubifs ve diğer pek çok dosya sistemi posix standardını sağlar

140 Kernel Parameters Area U-Boot bootargs= console=ttysac0, ubi.mtd=3 root=ubi0:root Physical RAM 0x000 0x100 tagged list area size ATAG_CORE size ATAG_MEM 64M size ATAG_CMDLINE console=ttysac0, ubi.mtd=3 root=ubi0:root... size ATAG_NONE 0x04000 kernel area

141 Kernel Parameters Area Parametre listesi fiziksel RAM belleğin başlangıç adresinden sonra, tam 0x100 adresinden başlar. Parametre listesinin ilk elemanı CORE ve son elemanı NONE olmak zorundadır. MEM zorunludur. Diğer etiketlerin hiç bir olmayabilir. Parametre listesi 0x4000 adresini geçmemelidir. Linux gözü kapalı biçimde 0x4000 adresinden sonrasını kullanmaya başlar, parametreler ezilebilir. Parametreler u-boot tarafında bootargs ile, çekirdek derlemesinde boot parameters ile, modül yüklerken modül parametreleri şeklinde verilebilir

142 Kernel Parameters Area Physical RAM 0x x MINI2440 # bdinfo arch_number = 0x000007CF env_t = 0x boot_params = 0x DRAM bank = 0x > start = 0x > size = 0x ethaddr = 08:08:11:18:12:27 ip_addr = baudrate = bps 0x (size=0x =64M)

143 Modül Parametreleri insmod sırasında modüllere parametreler var=val şeklinde atanabilir. Modül olmayan, derleme sırasında çekirdeğe doğrudan eklenen cihazlara ise parametreler isim.var=val şeklinde verilir. Dinamik modüllere, henüz yüklü olmadığı için açılış sırasında parametre aktarılamaz. $ insmod usbcore blinkenlights=1 > setenv bootargs... usbcore.blinkenlights=1 Yürütme zamanında değişiklik için /sys/module/usbcore/parameters

144 Modül Parametreleri Örnek: $ lsmod $ modinfo snd > setenv bootargs... snd.debug=0 $ modprobe snd debug=0 $ cd /sys/module/snd/parameters $ ls -l $ cat debug $ echo 1 > debug # Diğer dosyalar ro durumundadır

145 Açılış Teknikleri Açılış teknikleri çekirdek ve kök dosya sistemi nin oturduğu yere göre çok fazla çeşitlilik gösterir. Her gömülü Linux projesinde, projeye uygun bir açılış tekniği tespit edilmelidir. Bunun istisnası test sistemleridir. Mümkünse test sistemleri her zaman ağ üzerinden kurulmalı ve test edilmelidir. Bu sayede geliştirme zamanı inanılmaz ölçüde kısalır. Gömülü sistemlerde çekirdek ve kök dosya sisteminin oturduğu cihazlar genelde ağ, NAND flash ve MMC lerdir

146 Açılış Teknikleri Müşteriye verilecek sistemlerde mümkünse NAND flash üzerinde ubi+ubifs kullanılmalıdır. Mümkünse müşteriye verilecek sistemlerde MMC cihazı, asıl Non Volatile Memory olarak kullanılmamalıdır. MMC'lerin ömrü ve üzerindeki dosya sistemleri ubi sistemleri ile yarışamaz. Eğer gömülü sistem bir ağ ortamında ise, otellerdeki paralı film sistemleri gibi, sistemin tamamen ağ ortamından boot edip çalışması sağlanmalıdır. Böylece hem yönetim hem de gömülü sistemin maliyeti çok azalacaktır. Test sistemi için en ideal ortam ağ ortamı ise, müşteriye verilecek sistem için de en ideal ortam çekirdek ve ayrık derlenmiş initramfs sistemidir (ağ ortamında değilsek)

147 Açılış Teknikleri 1) Standard RootFS tekniği Bu yöntemde RootFS kurulur ve NAND veya MMC'de uygun bir bölüme kopyalanır. Ya da RootFS ağ üzerinden mount edilir. Çekirdek de ya ağ üzerinden çeşitli yöntemlerle alınır(rarp, bootp,dhcp,tftp gibi) alınır ya da NAND ve MMC üzerinden u-boot tarafından yüklenir. u-boot genelde NAND veya MMC üzerinde oturur. RootFS Net NAND MMC kernel Net NAND net.net(test) nand.nand MMC mmc.mmc

148 Açılış Teknikleri nand.nand örneği: kernel(uimage) ve RootFS NAND içinde oturmaktadır. NAND u-boot mtd0 (raw) env mtd1 (raw) uimage mtd2 (raw) RootFS mtd3 (ubi+ubifs)

149 Açılış Teknikleri mmc.nand örneği: (zorlama bir örnek!) kernel MMC'de, RootFS nand'da oturmaktadır. MMC MLO u-boot uimage NAND mtdblk0p1 (vfat) RootFS mtd0 (ubi+ubifs)

150 Açılış Teknikleri 2) Intermedite RootFS (initramfs) tekniği. Bu teknikte RootFS, doğrudan sanal bellekte (RAM+swap) kurulur. Güç kesilince bütün bilgiler kaybolur. Kalıcı olması gereken bilgiler MMC, NAND veya ağ ortamında saklanabilir. cpio tekniği ile kurulur. Büyük RootFS'ler için bu teknik uygun değildir. Çekirdek açılır açılmaz, çok hızlı bağlanır. RootFS, her zaman sıkıştırılmış tek bir dosyadır. Bu dosya çekirdeğe gömülür veya ayrık kullanılabilir

151 Açılış Teknikleri 2.a) Gömülü initramfs tekniği Bu yöntemde RootFS dosyası çekirdeğin kodu içine, çekirdek derlemesi sırasında gömülür. Çekirdeğe gömülen her program GPL olmak zorundadur. Dolayısı ile RootFS içindeki her programın GPL olması gerekir. RootFS'deki her güncelleme için çekirdek yeniden derlenmelidir. uimage+rootfs tek bir dosya olacağı için, inanılmaz derecede hızlı açılan, basit bir sistemdir. Bütün sistemin yedeğini tutmak ve sistemin bütününü güncellemek çok kolaydır. Herhangi bir dosya sistemi desteğine gerek yoktur

152 Açılış Teknikleri net.ramfs örneği: /tftpboot/ uimage /bin /etc cpio.gz /dev /lib /tmp... RootFS cpio.gz kernel Net net.ramfs NAND nand.ramfs MMC RARP BOOTP DHCP TFTP NFS Board(RAM) kernel params load_addr kernel initramfs ftd -a kernel initramfs ftd /dev/root /bin (initramfs) /etc /dev /lib /tmp

153 Açılış Teknikleri 2.b) Ayrık initramfs tekniği Bu yöntemde RootFS dosyası çekirdekten ayrı kurulur. RootFS çekirdekten ayrı olduğu için, RootFS içindeki programlar özel lisansa sahip olabilir. RootFS güncellendiğinde çekirdeğin derlenmesine gerek yoktur. initramfs her zaman u-boot tarafından yüklenir. u-boot önce çekirdeği sonra initramfs'i yükler. İkinci yükleme fazladan vakit alır, ama açılış yine çok hızlıdır. RootFS'i güncellemek artık daha kolaydır. Herhangi bir dosya sistemi desteğine gerek yoktur

154 Açılış Teknikleri cpio.gz dosyası genelde çekirdeğin bulunuduğu ortamda bulunur. Fakat prensip olarak farklı ortamlarda da bulunabilir. Örneğin çekirdek NAND'da bulunurken, cpio.gz dosyası ağda bulunanbilir. Böyle bir durumda, u-boot tarafında, önce NAND'da bulunan çekirdek nboot ile addr1'e, ağda bulunan cpio.gz dosyası tftp ile addr2'ye yüklenip, boot addr1 addr2 ile sistem açılabilir. RootFS Net NAND MMC kernel Net NAND net.cpio_net nand.cpio_nand MMC mmc.cpio_mmc

155 Açılış Teknikleri nand.cpio_net örneği: /tftpboot/cpio.gz NAND u-boot mtd0 (raw) env mtd1 (raw) uimage mtd2 (raw) > nboot a uimage > tftp b cpio.gz > bootm a b

156 u boot değişkenleri autoload yes/no no ise imaj yüklenmez, yes ise tftp ile imaj yüklenir. Her durumda ağ yapılandırması yapılır. Diğer bir deyişle tftp otomatik olarak işletilir. Sadece rarpb, bootp ve hdcp için geçerlidir. autostart yes/no bootm otomatik olarak işletilir. Sadece rarpb, bootp, dhcp, tftp disk, docb için geçerlidir. baudrate Konsolun hızı, varsayılan bootargs cmdline bilgisi. bootcmd bootdelay sonrası çalışan autoboot betiği

157 u boot değişkenleri bootdelay bootcmd'yi yürütmeden önceki bekleme süresi. 0, bekleme yok -1, autoboot iptal edilir. bootfile tftp'nin yükleyeceği dosyanın ismi. ipaddr bord'un ipadresi, tftp kullanılır. loadaddr tftp'nin yükleme yapacağı bellek adresi. ethaddr Eternet adresi, salt okunur. mtdparts mtd bölümlendirme tablosu, bootargs ile çekirdeğe gönderilir. u-boot ve kernel aynı tabloyu kullanır

158 u boot değişkenleri serverip tftp sunucusunun bulunduğu adres. Bazı env değişkenleri otomatik olarak bootp, dhcp ve tftp tarafından atanırlar. Bu değişkenler genelde ağ yapılandırması ile ilgili olanlardır. filesize değişkeni, en son kullanılan bootb, dhcp veya tftp ile komutları tarafından güncellenir. Bunun dışında borda veya kullanıcıya özgü pek çok değişken olabilir. Değişkenler 3 farklı biçimde saklanabilirler

159 u boot değişkenleri 1.u-boot değişkenleri NAND tarafında keyfi bir NAND bölümünde tutulabilriler.. Genelde bu bölüme env veya uboot-env isimleri verilir. Bu bölüm her zaman raw formatındadır, dosya sistemi barındırmaz. > set dynpart addr komutu ile bu bölümün adresi u-boot'a tanıtılır. > saveenv komutu ile mevcut değişkenler env bölümüne kalıcı olarak yazılır. > Eğer bu bölüm bozulursa, kaynak kodu içine gömülü olan değişkenler kullanılır

160 u boot değişkenleri 2. u-boot değişkenleri kaynak kodu içine gömülebilirler. Eğer NAND/MMC'de bulunan değişkenler okunamaz ise, kod kod içinde gömülü olan değişkenler kullanılır ve bu durum açılışta ikaz mesajı olarak gösterilir. Her borda ait header dosyası farklı bir yer ve isimde olabilir. Kaynak kodunda, boards.cfg içinde desteklenen bordlar ve config dosyalarının isimleri bulunabilir. env değişkenleri bbb için include/configs/am335x_evm.h dosyası içine yazılabilir. Bu dosya her bord için farklıdır. Nihai sistemde env kullanılmamalı, doğrudan heeader dosyası içinde tanım yapılmalıdır

161 u boot değişkenleri 3. u-boot değişkenleri MMC'de yüklenebilir. Genelde, MMC 1. bölümünde, uenv.txt dosyası içine yazılır. Açılış sırasında uygun bir betik uenv.txt dosyası içindeki değişkenleri tanıtır. Eğer ubootcmd komutu varsa, bu komutu işletir. Yükleminin genel yapısı aşağıdaki gibidir. > load mmc 0:1 addr uenv.txt > env import -t addr size

162 net.net İdeal Test Sistemi Çekirdek: Ağ üzerindedir, tftp ile yüklenir. RootFS : NFS üzerinden mount edilir. u-boot'un herhangi bir ortama yüklenmesi, NAND/MMC gibi yeterlidir

163 net.net board (MMC/NAND) u-boot network tftp /tftpboot /uimage env board (RAM) network NFS /bin /sbin /etc /lib /dev

164 u boot'un yüklenmesi net.net Gömülü sistem için u-boot paketinin bir an için derlendiğini ve gerekli programların üretildiğini kabul edelim. u-boot derlendikten sonra pek çok program üretilir. MLO: Farklı isimleri de olabilir. u-boot.bin programının çok basit bir halidir. Genelde u-boot.bin programını yükleyecek cihazları ayağa kalıdırır ve u-boot.bin programını yükler. 1. seviye boot yükleyicisi de denir. Genelde tek bir yükleyici her cihazdan boot edemez. Seri, USB, Eternet, NAND, MMC'den boot edebilmek farklı farklı derlenir. Her cihazda MLO olmayabilir. MLO genel değildir ve borda bağlıdır

165 u boot'un yüklenmesi net.net u-boot.bin: raw binary programdır. ARM işlemcisi tarafından doğrudan yürütülür. 2. seviye yükleyicidir. Cihazdan hemen hemen bağımsızdır, çok geneldir. Borda ait bütün cihazları ayağa kaldırır. Gömülü Linux projelerinde, u-boot'un ayağa kalkması çok önemli bir aşamadır. Çünkü u-boot öncesi meydana gelen hataların tespit edilmesi çok zordur. u-boot'tan sonrası kullanıcı ile çok iyi bir etkileşime sahiptir ve hatalar çok kolay tespit edilebilir. u-boot.img u-boot.bin programının u-boot imajı haline getirilmiş halidir. u-boot.img= image_header + u-boot.bin Bazı bordlar illa ki u-boot.img programını isterler

166 u boot'un yüklenmesi net.net tools/mkimage Host tarafında çalışan u-boot imajı üretme programıdır. Genelde /usr/local/bin gibi bir yere kopyalanır. Çok basit bir işleve sahiptir. Herhangi bir dosyanın tepesine 64 baytlık bir alan ekler. Dosyanın içeriğine hiç karışmaz. Dosya ASCII dahi olabilir. mkimage [-x] -A arch -O os -T type -C comp -a addr -e ep -n name -d data_file[:data_file...] image -A ==> set architecture to 'arch' -O ==> set operating system to 'os' -T ==> set image type to 'type' -C ==> set compression type 'comp' -a ==> set load address to 'addr' (hex) -e ==> set entry point to 'ep' (hex) -n ==> set image name to 'name' -d ==> use image data from 'datafile' -x ==> set XIP (execute in place)

167 u boot'un yüklenmesi net.net $ mkimage -A arm -O linux -T kernel -C none -a 0x e 0x d arch/arm/boot/zimage /tftpboot/uimage header mkimage zimage zimage uimage

168 u boot'un yüklenmesi net.net u-boot/include/image.h Image Header Magic Number Image Header CRC Checksum Image Creation Timestamp Image Data Size Data Load Address Entry Point Address Image Data CRC Checksum Operating System CPU architecture Image Type Compression Type Image Name -a -e -O -A -T -C -n zimage

169 u boot'un yüklenmesi net.net Genelde u-boot seri kanal üzerinden RAM belleğe yüklenir. Sonra RAM bellekteki u-boot.bin programı NAND bölümüne yazılır. Bu tekniğin tam uygulanması için mutlaka el kitaplarına bakılmalıdır. ROM boot tarafından açılış yapılır. > loady Ctrl+S, ymodem, u-boot.bin seç > write to nand Reboot Sistem u-boot'dan açılır. Buradaki şlemler mealen veriliştir, tamamen borda bağımlılık vardır

170 u boot'un yüklenmesi net.net Bir diğer genel uygulamada ise MLO ve u-boot.bin programları MMC'nin 1. bölümüne kopyalanır. 1. bölüme genelde vfat dosya sistemi kurulur. Sector size, number of heads, partion type, boot flag, number of cylinders, starting sector number gibi pek çok değişkene bağımlılık olabilir. Açılışta MMC'den açılması için bazı dip switch'lerin ayarlanıyor olması gerekebilir. Sonu olarak ROM boot loader'dan açılış yapıp u-boot'un yüklenmesi tamamı ile borda bağlı olup, el kitaplarından bakılmalıdır

171 u boot'un yüklenmesi net.net Aşağıdaki mini2440 makinesine u-boot'un ilk yüklenmesi için örnek verilmiştir. Bu örnek başka hiç bir makinede geçerli olmayabilir. Bu tür ilk yüklemeler tamamen borda özgüdür. u-boot.bin programı seri kanal yardımı ile NAND'a yazılmaktadır. u-boot.bin programının elde edilmiş olduğunu kabul ediyoruz

172 u boot'un yüklenmesi net.net $ minicom -s , 8n1, noflow tanımını yap. S2 anahtarını NOR konumuna getir. $ dd if=u-boot.bin of=u-boot-nand2k.bin bs=2k conv=sync Supervivi> load flash u $ smdk-usbdl -f u-boot-nand2k.bin Burada fiziksel belleğin tam başına, 0x adresine u-boot-nand2k.bin yüklenir. 0, nand flash başlangıç adresidir, 241,664 sayısı ise u-boot-nand2k.bin dosyasının boyudur. u değeri ise seri protokolün adıdır. Cihaz kapatılır, S2 anahtarı NAND konumuna getirilir, cihaz açılır ve u-boot promptu gelir

173 U Boot'un Derlenmesi net.net Her bord üreticisi u-boot üzerinde borda uygun güncellemeleri yapar. Her bord için bir config dosyası bulunur. Bu dosyanın el kitaplarından veya borda ait örnek betiklerden elde edilmelidir. u-boot, kernel ve buildroot için önerilen toolchain kullanılmalıdır. Bazı bordlar için u-boot, kernel ve br için farklı toolcahin'ler önerilebilir, bu öneriye sadık kalınmalıdır. Özellikle toolchain için önerilen sürüm numaralarına dikkat edilmelidir. Aynı derleyicinin farklı sürümleri dahi sorun yaratmaktadır. Sonraki örnek min2440 için verilmiştir ama tamamen geneldir, her borda uygulanabilir. Config isimi ve git sunucusunun farklı olacağı aşikardır

174 U Boot'un Derlenmesi net.net $ export PROJECT_HOME=/gomsis/mini2440 $ export UBOOT_SRC=$PROJECT_HOME/src/u-boot $ export UBOOT_OUT=$PROJECT_HOME/out/u-boot $ export CROSS="arm-none-linux-gnueabi-" $ cd $PROJECT_HOME/src $ git clone git://repo.or.cz/u-boot-openmoko/mini2440.git u-boot $ make -C $UBOOT_SRC O=$UBOOT_OUT mini2440_config $ make -C $UBOOT_SRC O=$UBOOT_OUT CROSS_COMPILE=$CROSS -j2 $ cp $UBOOT_OUT/tools/mkimage /usr/local/bin $ cp $UBOOT_OUT/u-boot.bin /tftpboot

175 Çekirdeğin Derlenmesi net.net $ make ARCH=arm mini2440_defconfig $ make ARCH=arm menuconfig $ make ARCH=arm CROSS_COMPILE=$CROSS -j2 $ mkimage -A arm -O linux -T kernel -C none -a 0x e 0x d arch/arm/boot/zimage /tftpboot/uimage veya $ make ARCH=arm CROSS_COMPILE=$CROSS -j2 uimage $ make ARCH=arm CROSS_COMPILE=$CROSS modules # -C ve O= eklenmelidir

176 Kök Dosya Sisteminin Kurulması net.net Çekirdeğin bağladığı ilk dosya sistemine kök dosya sistemi (root file system, RootFS) denir. RootFS pek çok ortamda oturabilir. RootFS'in farklı ortamlarda oturması kuruluş tekniğini değiştirmez. Ufak projeler için RootFS, sadece busybox ile kurulabilir. Daha büyük projeler için br kullanılabilir. Hem busybox hem de br sisteminde prensip çok basittir. Örnek bir iskelet RootFS sistemi, hali hazırda mevcuttur. Sonra derlenen programlar bu iskelet RootFS içine dağıtılır. Bu RootFS içinde hem açılış betikleri hem de gerekli kütüphaneler bulunur. Üretilen RootFS sonra el yordamı ile güncellenir. Şimdilik busybox destekli sistem kurulacak, ilerleyen bölümlerde br sistemine geçilecektir

177 Kök Dosya Sisteminin Kurulması net.net busybox sistemi asla tar.gz gibi bir bütün olarak inidirilmemelidir. Aşağıdaki gibi git sistemi kullanılmalıdır. $ $ $ $ git git git git clone git://busybox.net/busybox.git branch -a checkout remotes/origin/1_nn_stable branch İlerleyen zamanlarda sadece $ git pull yazarak son güncellemeler elde edilir. O= derleme tekniği ile mevcut kaynak kodu sabit kalır. Böylece farklı derleyiciler veya farklı busybox sürümleri tek bir kaynaktan, birbirlerine karşımadan derlenebilirler

178 Kök Dosya Sisteminin Kurulması net.net $ make -C $BUSYBOX_SRC O=$BUSYBOX_OUT clean $ make -C $BUSYBOX_SRC O=$BUSYBOX_OUT menuconfig $ make -C $BUSYBOX_SRC O=$BUSYBOX_OUT -j2 $ make -C $BUSYBOX_SRC O=$BUSYBOX_OUT install Her zaman sembolik link kullanılmalıdır. Tool chain config içinde tanıtılır. _install dizini incelenmelidir ki bütün busybox mantığı burada yatmaktadır. /bin, /sbin ve /usr dizinleri otomatik olarak kurulur. Ya diğer dizinler ve açılış betikleri?

179 Kök Dosya Sisteminin Kurulması net.net $ $ $ $ $ $ $ cd /tftpboot/rootfs rm -fr * cp -a /gomsis/mini2440/rootfs.skel/*. cp -a $BUSYBOX_OUT/_install/*. chown -R root:root * chmod +s bin/busybox rm linuxrc RootFS.skel/ altında örnek bir kök dosya sistemi vardır. İçinde /bin, /sbin ve /usr yoktur. Eksik olan /bin, /sbin ve /usr dosyaları busybox'tan, diğer bütün dosyalar RootFS.skel'den /tftpboot/rootfs altına kopyalanır. Kök dosya sistemi /tftpboot/rootfs altında, ağ üzerinden kullanıma hazırdır

180 Açılış Sırası Second Stage Boot Loader tarafından çekirdek belleğe yüklenir. Çekirdek kök dosya sistemini mount eder ve /sbin/init programını başlatır. #!/bin/sh export PATH=/bin:/sbin mkdir /dev/pts mount -t devpts devpts dev/pts... ::sysinit:/etc/rcs ::respawn:/sbin/getty -L ttyo2 /etc/inittab login: root passwd: ****** /sbin/getty /etc/rcs root:x:0:0:root:/root:/bin/sh $> /etc/passwd

181 Açılış Betiği net.net Açılış betiği RootFS/etc/rcS içindedir. Çok basit ama işleyen bir rcs dosyası aşağıda verilmiştir. Çekirdek açıldıktan sonra NFS üzerinden RootFS'i bağlar. Hemen /sbin/init programını işletir. /etc/inittab içinde bulunan sysinit satırı sayesinde rcs işletilir. rcs bütün sistemi ayağa kaldırır. Çok basit gibi gözükmesine rağmen mantık silsilesi en karmaşık sistemlerde bile neredeyse aynı kalmaktadır

182 Açılış Betiği net.net /etc/rcs dosyası: #!/bin/sh +x # export PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin mount -t sysfs mount -t proc sysfs proc /sys /proc mkdir /dev/pts mount -t devpts devpts /dev/pts mkdir /dev/shm mount -t tmpfs tmpfs /dev/shm hostname UcanLinux syslogd klogd ifconfig lo up route add -net netmask gw lo telnetd df

183 Açılış Betiği net.net /etc/inittab dosyası: ::sysinit:/etc/rcs ::respawn:/sbin/getty -L ttysac vt100 ::shutdown:/bin/sync ::shutdown:/bin/umount -a -r

184 Açılış Betiği net.net Bu betikte /dev sistemi çekirdek tarafından otomatik olarak bağlanmaktadır. Bunun için gerekli destek aşağıdaki gibi verilmelidir. Device Drivers ---> Generic Driver Options ---> [*] Create a kernel maintained /dev tmpfs [*] Automount devtmpfs at /dev /dev dosya sistemi başka biçimlerde de kurulabilir. /etc/rcs'de mdev -s ile, cp -a /tftpboot/dev/* /dev ile, dev.tar.gz'yi açarak, mknod ile anında kurarak,

185 Test net.net Bord u-boot ile açılır ve aşağıdaki gibi tftp+nfs üzerinden test edilebilir. Önce çekirdek yükle... > > > > > ping # server bağlı mı? bdinfo # Adres başlangıcının yarısını al. tftp uimage # Yükle. iminfo # Doğru gelmiş mi? bootm # Başla ve panikle! Kök dosya sistemi NFS üzerinden bağlanacaktır. Host tarafında tftp ve NFS sunucularının çalıştığı ve düzgün ayarlandığı kabul edilmektedir

186 Test net.net RootFS bağla ve login'e gel. u-boot> setenv bootargs console=ttysac0, ip= : : : :test1:eth0:off root=/dev/nfs rw nfsroot= :/tftpboot/rootfs u-boot> tftp uimage u-boot> bootm Autoboot için, yukarıda el yordamı ile yazılan satırlar aralarına ';' veya && konularak bootcmd değişkenine atanır. u-boot, bootcmd içindeki bütün komutları gözü kapalı işletir. Böylece otomatik açılış gerçeklenir. bootargs doğrudan çekirdeğe geçer

187 tftp net.net host: /etc/xinetd.d/tftp service tftp { protocol = udp port = 69 socket_type = dgram wait = yes user = nobody server = /usr/sbin/in.tftpd server_args = /tftpboot disable = no }

188 NFS net.net host: /etc/exports /tftpboot (rw,insecure,no_subtree_check,async,no_root_squash) $ exportfs -avr

189 eth0 net.net /etc/network/interfaces: iface eth0 inet static address netmask $ ifconfig eth0 eth0 Link encap:ethernet HWaddr 00:90:f5:dc:51:d2 inet addr: Bcast: Mask: UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

190 Login Ekranı net.net TFTP from server ; our IP address is Filename 'uimage'. Load address: 0x Bytes transferred = (20a1dc hex) ## Booting kernel from Legacy Image at Image Name: Created: :41:12 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: Bytes = 2 MB Load Address: Entry Point: Verifying Checksum... OK Loading Kernel Image... OK OK

191 Login Ekranı net.net Starting kernel... Uncompressing Linux done, booting the kernel. Linux version rc8-12.nisan.2104-g1ebb861 (gcc version (Sourcery G++ Lite 2008q1-126)) #3 Sat Apr 12 08:41:08 EEST 2014 CPU: ARM920T [ ] revision 0 (ARMv4T), cr=c IP-Config: Complete: device=eth0, addr= , mask= , gw= , host=test1, domain=, nis-domain=(none), bootserver= , rootserver= , rootpath= VFS: Mounted root (nfs filesystem) on device 0:13. devtmpfs: mounted Freeing init memory: 140K

192 Login Ekranı net.net (_) / / _` '_ \ '_ \ \ \/ / _ (_ (_ _ > < \ / \ \,_ _ _ _ _ _ \,_/_/\_\ (_) Welcome to UcanLinux buildroot login: root Filesystem /dev/root devtmpfs tmpfs tmpfs eth0 Size 62.9G 29.5M 29.6M 29.6M Used Available Use% Mounted on 10.1G 49.5G 17% / M 0% /dev M 0% /dev/shm 60.0K 29.5M 0% /tmp Link encap:ethernet HWaddr 08:08:11:18:12:27 inet addr: Bcast: Mask: Linux buildroot rc8-12.nisan.2104-g1ebb861 #3 Sat Apr 12 08:41:08 EEST 2014 armv4tl GNU/Linux root@buildroot:~ #

193 nand.nand Müşteri Sistemi Çekirdek: NAND üzerinde. RootFS : NAND üzerinde u-boot ve env, genelde NAND üzerindedir

194 ubi/ubifs nand.nand u-boot, çekirdek ve kök dosya sistemi NAND üzerindedir. Eğer bord'un NAND desteği varsa, müşteriye verilecek cihaz için en ideal durumdur. ubi/ubifs sistemi kapanmaya karşı çok dayanıklıdır. Bu dayanaklılık dosya sistemi bazındadır. Diğer bir deyişle bir sonraki mount garantilenmiştir. Fakat dosya güncelleme konusunda bir garanti sunmaz. net.net sisteminde hazırlanan u-boot, kernel ve RootFS kullanılacaktır. Burada yapılacak esas iş, NAND üzerinde RootFS'in oturacağı ubifs sistemi kurmaktır

195 ubi/ubifs nand.nand Piyasada satılan NAND destekli bütün bordlar genelde bu şekilde satılırlar. Yani u-boot, kernel ve RootFS NAND üzerindedir. Daha önce elde edilmiş, u-boot, kernel ve RootFS burada kullanılacaktır. Kuruluş tekniği çok basittir. Öncelikle bord, net.net ile açılır. u-boot ve env NAND'a raw yazılır. uimage NAND'a raw yazılır. RootFS için ubifs kurulur ve mount edilir. Mevcut RootFS dizini kopyalanır. u-boot değişkenleri atanır

196 Bölümlendirme nand.nand Sonraki sayfada verildiği gibi bir bölümlendirmenin mevcut olduğunu kabul edelim. Bu bölümelndirme mtdparts değişkeni ile tanıtılır. mtdparts bilgisi, bootargs yardımı ile çekirdeğe aktarılır. Böylece hem u-boot hem de çekirdek aynı bölümlendirme bilgisine sahip olacaktır. Genelde ilk 4 bölüm hep aynıdır, u-boot, env, kernel ve rootfs bölümlerini barındırır. İlk 3 bölüm her zaman raw olarak kullanılır. Yani bölüm içinde dosya sistemi bulunmaz

197 Bölümlendirme nand.nand 0x0 mtd0 0x40,000 mtd1 0x60,000 mtd2 0x560,000 mtd3 u-boot > tftp uimage > nand erase kernel > nand write kernel env kernel root > > > > > > > > ubiformat /dev/mtd3 -y ubimkvol /dev/ubi3 -N root -m mkfs.ubifs /dev/ubi3_0 mount -t ubifs ubi3:root /mnt/root/ cd /mnt/root tar zxvf /rootfs.tar.gz umount /mnt/root/ ubidetach -m 3 mtdparts=nand0:256k@0(u-boot),128k(env),5m(kernel),-(root)

198 Çekirdeğin Kazınması nand.nand MINI2440 # mtdparts device nand0 <mini2440-nand>, # parts = 4 #: name size offset mask_flags 0: u-boot 0x x : env 0x x : kernel 0x x : root 0x3faa0000 0x MINI2440 # tftp uimage Bytes transferred = (20a1a4 hex) MINI2440 # nand erase kernel MINI2440 # nand write kernel MINI2440 # reset

199 Çekirdeğin Kazınması nand.nand NAND ile çalışırken bazı temel kurallara mutlaka uymak gerekir. Yazma işlemi 1'leri 0 yapabilir, tersini yapamaz. Bundan dolayı yazma işlemi yapmadan evvel bütün NAND bölgesini 1'ler ile doldurmak gerekir. nand erase işlemi bütün NAND bitlerini 1 yapar. Daha sonra nand write işlemi, 1'leri 0 yapar. Bütün adresler mutlaka PEB'in tam katları olmalıdır. PEB, genelde 128KiB değerindedir. Bütün dosya boyları mutlaka sektör boyunun katları olmalıdır. Sektör boyları veya minimum I/O size değeri genelde 2048'dir

200 RootFS'in Kuruluşu nand.nand RootFS birçok teknik ile kurulabilir. ubinize, updatevol, ubiformat gibi. Burada verilen yöntem başlangıç veya ilk kuruluş için idealdir. /tftpboot/rootfs dizininin rootfs.tar.gz şeklinde paketlendiğini ve /tftpboot/rootfs/ altına kopyalandığını kabul edelim

201 RootFS'in Kuruluşu nand.nand # ubiformat /dev/mtd3 -y # ubimkvol /dev/ubi3 -N root -m # mkfs.ubifs /dev/ubi3_0 # mount -t ubifs /dev/ubi3_0 /mnt/root/ # veya # mount -t ubifs ubi3:root /mnt/root/ # df /mnt/root Filesystem ubi3:root Size 931.3M Used Available Use% Mounted on 16.0K 931.3M 0% /mnt/root # cd /mnt/root # tar zxvf /rootfs.tar.gz # umount /mnt/root/ UBIFS: un-mount UBI device 3, volume 0 root@buildroot:~ # ubidetach -m 3 UBI: mtd3 is detached from ubi

202 Test nand.nand > setenv bootargs console=ttysac0, ubi.mtd=3 rootfstype=ubifs root=ubi0:root > nboot kernel > bootm Autoboot için: > setenv bootcmd 'setenv bootargs console=ttysac0, ubi.mtd=3 rootfstype=ubifs root=ubi0:root ; nboot kernel ; bootm' > saveenv > reset

203 mmc.mmc Test/İlk Açılış Sistemi Çekirdek: MMC üzerinde. RootFS : MMC üzerinde u-boot ve env, genelde MMC, 1. bölüm üzerindedir

204 Bölümlendirme mmc.mmc U-Boot, env, çekirdek ve RootFS MMC üzerindedir. Müşteriye verilecek sistemlerde bu tür bir düzenleme tavsiye edilmez. MMC kırılgandır, sürekli yazmada ömürleri kısadır, ubifs gibi desteği yoktur. MMC daha çok test sistemlerinde veya ilk açılışlar için kullanılmalıdır. MMC açılışları için ek başına u-boot yeterli değildir. Bundan dolayı MLO gibi, u-boot sisteminin daha basit bir hali il açılış yapılır. MLO, daha sonra u-boot'u yükler. Genelde MMC'nin 1. bölümüne vfat kurulur ve önce MLO kopyalanır

205 Bölümlendirme mmc.mmc Kök dosya sisteminin RO bağlanması tavisye edilir. Bu durumda ext2 dosya sistemi kullanılabilir. Kök dosya sistemi RW bağlanacaksa ext4 gibi, kapanmaya dayanıklı, log tabanlı bir dosya sistemi kullanılmalıdır. MMC üzerinde ASLA swap kullanılmamalıdır. MMC kartı host'a takılarak kopyalama işlemleri yapılabilir. Ya da bord net.net üzerinden açılır ve kopyalamalar NFS üzerinden yapılabilir. uenv.txt dosyası içinde uenvcmd değişkeni varsa, run ile işletilir. Bu özelliğe, MMC Autoboot olarak bakılabilir

206 Bölümlendirme mmc.mmc mmcblk0 MLO p1 vfat u-boot.bin uimage uenv.txt $ fdisk /dev/mmcblk0 $ mkfs.vfat /dev/mmcblk0p1 $ mkfs.ext4 /dev/mmcblk0p2 /bin /etc p2 /lib ext4 /tmp /var

207 Test mmc.mmc > setenv bootargs console=ttysac0, rootfstype=ext4 root=/dev/mmcblk0p2 rw rootdelay=2 > mmcinit > fatload mmc uimage > bootm

208 net.ramfs Ufak RootFS Durumu Çekirdek: Ağ üzerinde. RootFS : Çekirdeğe gömülü. u-boot ve env, NAND veya MMC üzerinde olabilir

209 Çekirdek net.ramfs Bu yöntemde sadece çekirdek mevcuttur. Kök dosya sistemi çekirdek içine gömülmüştür. Test için uygun değildir, çünkü her değişiklikten sonra çekirdeğin derlenmesi gerekir. Çekirdek derlemesi sırasında kök dosya sistemi çekirdek koduna eklenir. Eğer RootFS'in boyu ufaksa, müşteriye verilecek ideal bir sistemdir. net.ramfs yönteminde çekirdek ağ üzerinden yüklenecektir. Çekirdek yüklendiği ana RootFS de yüklenmiş demektir. Açılış inanılmaz hızlıdır. Ayrıca emeregency sistemler için de bu teknik kullanılır. Önce ramfs açılır, işi bittikten sonra esas sistem açılabilir

210 Çekirdek net.ramfs General setup ---> [*] Initial RAM filesystem and RAM disk (initramfs/initrd) support (/tftpboot/rootfs) Initramfs source file(s) (1000) (1000) [*] User ID to map to 0 (user root) Group ID to map to 0 (group root) Support initial ramdisks compressed using gzip

211 RootFS net.ramfs Daha önce yapıldığı gibi, busybox derlenir. Elde edilen /bin, /sbin, /usr dizinleri iskelet RootFS ile birleştirilir ve /tftpboot altına RootFS ismi ile kopyalanır. Diğer örnek RootFS'den farklı olarak bütün dosya ve dizinlerin sahibi ve grubu, root:root değil 1000:1000 numaralı kullanıcıdır. Yapılan her değişiklikte çekirdek yeniden derlenmelidir. RootFS için otomatik olarak cpio sistemi kurulur, sıkıştırılır ve çekirdeğin altına eklenir. Çekirdek boyu büyüdüğünden, NAND veya oturacağı yer için yeterli yer olmalıdır. Dosya sistemi büyükse, örneğin /lib'ler ayrı bir NAND bölümünden mount edilebilir

212 RootFS net.ramfs Bu yöntemde devtmpfs otomatik olarak bağlanmaz. Bundan dolayı mdev gibi bir yöntemle /dev kurulmalıdır. mdev'den önce /proc ve /sys mevcut ve bağlı olmalıdır. Çekirdek açılır açılmaz, cpio arşivini tmpfs destekli bir kök dosya sistemine açar ve bu dosya sistemini /dev/root'a bağlar. Bağlama işinden hemen sonra /init programını başlatır. /init programı çalışabilir her program veya betik olabilir. Genelde init->/sbin/init yapılır. Test amacı ile init->/bin/sh yapılabilir. Ama bu durumda line discipline mevcut değildir. Terminal değil, konsol gibi çalışılır

213 Açılış Betiği net.ramfs #!/bin/sh +x # export PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin mount mount mount mount -t -t -t -t proc sysfs devpts tmpfs proc sysfs devpts tmpfs /proc /sys /dev/pts /dev/shm echo /sbin/mdev >/proc/sys/kernel/hotplug mdev -s hostname UcanLinux syslogd klogd ifconfig lo up route add -net netmask gw lo ifconfig eth netmask up telnetd df

214 Test net.ramfs > setenv ipaddr > setenv serverip > setenv netmask > tftp uimage > bootm = = = > > > > set autoload no set autostart no dhcp veya bootp > set autoload yes > set autostart yes

215 bootp/dhcp net.ramfs $ dhcpd eth0 -f -d Internet Systems Consortium DHCP Server Copyright Internet Systems Consortium. All rights reserved. For info, please visit Wrote 0 deleted host decls to leases file. Wrote 0 new dynamic host decls to leases file. Wrote 0 leases to leases file. Listening on LPF/eth0/00:90:f5:dc:51:d2/ /24 Sending on LPF/eth0/00:90:f5:dc:51:d2/ /24 Sending on Socket/fallback/fallback-net DHCPDISCOVER from 08:08:11:18:12:27 via eth0 DHCPOFFER on to 08:08:11:18:12:27 via eth0 DHCPREQUEST for ( ) from 08:08:11:18:12:27 via eth0 DHCPACK on to 08:08:11:18:12:27 via eth0 Ya da aşağıdaki gibi başlat ve /var/log/syslog'a bak. $ service isc-dhcp-server start Ayrılan IP'ler için bak: /var/lib/dhcp/dhcpd.lease

216 bootp/dhcp net.ramfs # /etc/dhcp/dhcpd.conf: ddns-update-style none; allow bootp; allow booting; subnet netmask { } subnet netmask { } host test1{ hardware ethernet 08:08:11:18:12:27; fixed-address ; next-server ; # tftp server adresi. filename "uimage"; # autoload yes ise yüklenir. option host-name "test1"; option domain-name "ucanlinux.com"; option routers ; option root-path "/tftpboot"; }

217 nand.ramfs Ufak RootFS Durumu Çekirdek: NAND içinde. RootFS : Çekirdeğe gömülü. u-boot ve env, NAND veya MMC üzerinde olabilir

218 mtdparts nand.ramfs net.ramfs ile tamamen aynıdır. Aynı yarar ve aynı sakıncalara sahiptir. Farklı olarak çekirdek NAND üzerinden yüklenecektir. NAND bölümlendirmesi 2 türlü yapılabilir. mtdparts parametresi çekirdeğe gönderilir, dinamik tanım. Ya da kaynak kodu içinde doğrudan statik bir tanım yapılır. Statik tanım nihai sistemlerde, dinamik tanım test sitemlerinde yapılabilir. mini2440 için mtdparts değişkeni arch/arm/mach-s3c2440/mach-mini2440.c içinde yapılabilir. C dosyası her bord için farklıdır

219 mtdparts nand.ramfs static struct mtd_partition mini2440_default_nand_part[] = { [0] = {.name = "u-boot",.size = SZ_256K, /* 256K */.offset = 0, }, [1] = {.name = "env", /* 128K */.size = SZ_128K,.offset = SZ_256K, }, [2] = {.name = "kernel0",.size = 0x , /* 16M */.offset = SZ_256K + SZ_128K, }, [3] = {.name = "kernel1",.size = 0x , /* 16M */.offset = SZ_256K + SZ_128K+ 0x , }, [4] = {.name = "root",.size = 0x , /* 64M */.offset = SZ_256K + SZ_128K+ 0x x , },

220 mtdparts nand.ramfs [5] = {.name = "app",.size = 0x , /* 64M */.offset = SZ_256K + SZ_128K+ 0x x x , }, [6] = {.name = "config",.size = 0x , /* 16M */.offset = SZ_256K + SZ_128K+ 0x x x x , }, [7] = {.name = "logs",.size = 0x , /* 128M */.offset = SZ_256K + SZ_128K+ 0x x x x x , }, [8] = {.name = "backup", /* kalan */.size = MTDPART_SIZ_FULL,.offset = SZ_256K + SZ_128K+ 0x x x x x x , }, };

221 mtdparts nand.ramfs Aynı bölümlendirmenin dinamik tanımı, > setenv mtdparts mtdparts=mini2440-nand: 128k(env), 16m(kernel0), 16m(kernel1), 64M(root), 64M(app), 16M(config), 128M(logs), -(backup)

222 NAND'a Yazmak nand.ramfs net.ramfs için kurulan ve içinde RootFS bulunan uimage dosyası hiç değiştirilmeden kullanılacaktır. NAND'a yazılan her dosya page size değerinin tam katı olmalıdır. $ cd /tftpboot $ dd if=uimage of=uimage2k bs=2k conv=sync $ ls -l uimage* -rwxrwxrwx 1 nazim -rw-rw-r-- 1 nazim nazim Nis 28 08:17 uimage nazim Nis 28 08:34 uimage2k NAND'a kuruluş için u-boot seviyesinde açılış yapılır

223 mtdparts nand.ramfs > nand info Device 0: NAND 1GiB 3,3V 8-bit, page size 2048, sector size 128 KiB > tftp uimage2k Bytes transferred = (2f3000 hex) MINI2440 # mtdparts device nand0 <mini2440-nand>, # parts = 9 #: name size offset 0: u-boot 0x x : env 0x x : kernel0 0x x : kernel1 0x x : root 0x x : app 0x x : config 0x x0a : logs 0x x0b : backup 0x2cfa0000 0x mask_flags active partition: nand0,0 - (u-boot) 0x

224 Test nand.ramfs > nand erase kernel1 > nand write kernel1 2f3000 > setenv bootcmd_initramfs_nand 'setenv bootargs console=ttysac0, ; nand kernel1 ; bootm' > setenv bootcmd run bootcmd_initramfs_nand > saveenv > reset Açıldıktan sonra incele: $ cat /proc/mtd $ cat /proc/partitions $ cat /proc/cmdline

225 net.cpionet Ayrık Initramfs Çekirdek: Ağ üzerinde. RootFS : Initramfs/Initrd Biçiminde ve ağ üzerinde. u-boot ve env, NAND veya MMC üzerinde olabilir

226 net.cpionet board (MMC/NAND) u-boot network tftp /tftpboot /uimage env /rootfs.cpio.gz board (RAM) network tftp

227 Giriş net.cpionet Kök dosya sistemi initramfs formatındadır fakat çekirdek içine gömülü değildir. RootFS, sıkıştırılış cpio arşivi halinde, herhangi bir ortamda bulunabilir. Bu örnek uygulamada arşiv dosyası ağ üzerindedir ve tftp ile yüklenecektir. net.ramfs örneğindeki RootFS sistemi, cpio arşivi haline getirilip sıkıştırılacak, sonra da u-boot imajı haline getirilecektir. RootFS çekirdeğe gömülü olmadığı için ufak olması gerekmez, ama yine de tmpfs kullandığı için, mevcut RAM'a göre çok büyük olmamalıdır. RootFS'deki programların GPL olması gerekmez

228 Giriş net.cpionet RootFS güncellemesi çok kolaydır, çekirdek derlemeye gerek yoktur. Hem müşteriye verilecek son sistemde hem de test ortamında rahatlıkla kullanılabilir

229 Cpio Arşivi net.cpionet $ cd RootFS $ sudo chown -R root:root * $ find. cpio -v -o -H newc gzip > rootfs.cpio.gz $ mkimage -A -T -C -n -d arm ramdisk none "cpio test imaji" rootfs.cpio.gz urootfs.cpio.gz $ ls -l rootfs.cpio.gz urootfs.cpio.gz $ mkimage -l urootfs.cpio.gz $ file urootfs.cpio.gz $ cp urootfs.cpio.gz /tftpboot

230 Test net.cpionet > tftp uimage > tftp urootfs.cpio.gz > iminfo > iminfo > bootm bootm'nin en genel yapısı: > bootm kernel initramfs/initrd fdt initramfs/initrd yoksa - yazılır

231 nand.cpionand Ufak RootFS Durumu Çekirdek: NAND içinde. RootFS : NAND içinde. u-boot ve env, NAND veya MMC üzerinde olabilir

232 nand.cpionand NAND partition offset ramfs offset uimage kernel partition cpio.gz

233 Giriş nand.cpionand Bu yöntemde hem çekirdek hem de RootFS sistemi NAND üzerindedir. RootFS, cpio arşivi şeklindedir. Buradaki en büyük sorun arşivin NAND üzerinde nerede duracağıdır. Arşiv için ayrı bir NAND bölümü yapılabilir ve nand write komutu ile arşiv bu bölüme yazılabilir. Fakat bu yöntem de ayrı bir NAND bölümü olmalıdır. Bu tekniğin uygulanması çok basittir. Diğer yöntemde çekirdek ve arşiv aynı NAND bölümüne yazılır. Burada bir miktar adres hesabı yapmak gerekir

234 Kuruluş nand.cpionand $ dd if=/tftpboot/uimage of=/tftpboot/uimage2k bs=2048 conv=sync $ IMAGE_SIZE=`stat -c "%s" /tftpboot/uimage2k` $ RAMFS_SIZE=`stat -c "%s" /tftpboot/urootfs.cpio.gz` $ RAMFS_OFF=$(( $IMAGE_SIZE)) $ printf "kernel size: %d 0x%x\n" $IMAGE_SIZE $IMAGE_SIZE $ printf "rootfs size: %d 0x%x\n" $RAMFS_SIZE $RAMFS_SIZE $ printf "rootfs off : %d 0x%x\n" $RAMFS_OFF $RAMFS_OFF $ cat /tftpboot/uimage2k /tftpboot/urootfs.cpio.gz > /tftpboot/nand_linux_initramfs $ dd if=/tftpboot/nand_linux_initramfs of=/tftpboot/nand_linux_initramfs_2k bs=2048 conv=sync $ FULL_SIZE=`stat -c "%s" /tftpboot/nand_linux_initramfs_2k`

235 Kuruluş nand.cpionand echo Aşağıdaki gibi test et. echo printf "> tftp nand_linux_initramfs_2k\n" printf "> nand erase kernel1\n" printf "> nand write kernel1 0x%x\n" $FULL_SIZE printf "> reset\n\n" printf "> nand read kernel1 0x%x\n" $IMAGE_SIZE printf "> iminfo \n\n" printf "> nand read x%x 0x%x\n" $RAMFS_OFF $RAMFS_SIZE printf "> iminfo \n\n" printf "> bootm \n\n"

236 Test nand.cpionand # NAND'a kazımak. > tftp nand_linux_initramfs_2k > nand erase kernel1 > nand write kernel1 0x2f4000 > reset # El yordamı ile açılış. > nand read kernel1 0x > iminfo > nand read x xeb41f > iminfo > bootm # Autoboot için yukarıdaki 5 komut bootcmd içine atılabilir

237 Giriş mmc.cpiommc Bu yöntemde çekirdek ve cpio imajı MMC üzerindedir. Bu tekniğin fazla bir özelliği yoktur, fakat güzel bir alıştırma olacaktır. Kuruluş son derece basittir. MMC'nin 1. bölümüne vfat veya ext2 kurulur. MLO, u-boot.bin, uimage ve cpio arşivi bu bölüme kopyalanır

238 Kuruluş ve Test, ext2 mmc.cpiommc # Host tarafında: $ mkfs.ext2 /dev/mmcblk0p1 $ cp MLO u-boot.bin uimage urootfs.cpio.gz /mnt/boot # MMC'yi cihaza tak. > > > > mmcinit ext2load mmc 0: uimage ext2load mmc 0: urootfs.cpio.gz bootm

239 Kuruluş ve Test, vfat mmc.cpiommc # Host tarafında: $ mkfs.vfat /dev/mmcblk0p1 -n BOOT $ cp MLO u-boot.bin uimage urootfs.cpio.gz /mnt/boot # MMC'yi cihaza tak. > > > > mmcinit fatls fatload mmc 0: uimage fatload mmc 0: urootfs.cpio.gz > bootm

240 U-Boot Teknikleri

241 U Boot, autoscr # test.scr echo echo bu bir deneme betidir. echo MMC icinde ne var? mmcinit fatls mmc 0:1 echo Host tarafında: $ mkimage -T script -C none -n 'test betiği' -d test.scr /tftpboot/script.img Bord > > > tarafında: tftp script.img iminfo autoscr

242 U Boot, base, memory display Bütün adreslerin başına bu değer eklenir. Varsayılan değer 0'dır. > base Base Address: 0x > > > > tftp md.b md.w md.l script.img b: byte, 8 bit. w: word, 16 bit l: long word, 32 bit

243 U Boot, bdinfo > bdinfo arch_number env_t boot_params DRAM bank -> start -> size ethaddr ip_addr baudrate = = = = = = = = = 0x000007CF 0x x <-- kernel parameters için. 0x x <-- Çok önemli, +0x100 çekirdek parametersi listesinin başlangıç adresi. 0x <-- 64M 08:08:11:18:12: bps

244 U Boot, boot* boot: run bootcmd'nin kısa hali bootd: run bootcmd'nin başka bir kısa hali bootm: > > > > bootm bootm bootm bootm kernel kernel initramfs kernel initramfs fdt kernel - fdt

245 U Boot, bootp, dhcp > bootp > dhcp # veya Her iki komut ile de ağ yapılandırması otomatik olarak yapılır. Bu yapılandırma sonrasında, ağ ile ilgili env değişkenleri otomatik olarak atanır. Eğer outoload değeri yes ise, tftp üzerinden boot dosyası yüklenir. Eğer autostart yes ise yükleme sonrası otomatik olarak bootm işletilir

246 U Boot, compare, crc, coninfo > cmp a1 a2 0x32 a1 ve a2 adreslerini karşılaştırır. İk farklı adres raporlanır. cmp.w kabul edilir. > crc32 address count [addr] CRC32 hesapla ve addr'ye sonucu yaz. > coninfo serial SIO stdin stdout stderr S: system device, I: input, O:output

247 U Boot, copy > cp a b count > bootp Load address: 0x > iminfo ## Checking Image at Unknown image format! > cp.b a4 ^ çekirdeğin boyu > iminfo Verifying Checksum... OK

248 U Boot, dyn* dynenv: u-boot değişkenlerinin saklanacağı NAND cihazının başlangıç adresini tanımlar veya sorgular. dynpart: Her NAND bölümünün ofset değerini hesaplar. U-Boot içinde gömülü olan bölümlendirme bilgisini kullanarak mtdparts değişkenini otomatik olarak atar

249 U Boot, go bare metal arm kodu işletmek içindir. u-boot kaynak kodu içinde examples/ dizini altında hello_world.c mevcuttur, incelenebilir. u-boot.bin programı da go ile başlatılabilir. > tftp hello.bin > go ## Starting application at 0x Hello World Hit any key to exit... ## Application terminated, rc = 0x

250 U Boot, itest > mw > while itest * == 0 > do > tftp tqm5200/uimage > echo === done ==== > done > check_ub_ver=if itest.s \${tmp} == \${ver}; then echo equal; else echo diff ; fi > run check_ub_ver

251 U Boot, loop, memory display, memory test loop: > loop.l xF 16 adet long veriyi sonsuz kere okur. Bir tür read testidir. Ancak reset ile durur. md: memory display > > > > tftp md.b md.w md.l script.img ff ff ff mtest: simple memory test NAND veya EPROM'a uygulanamaz. RAM'ı değiştirerek test eder. Çok uzun sürer

252 U Boot, memory write > md.b : da fd ff ff d9 fd ff ff d8 fd ff ff d7 fd ff ff... >? mw mw [.b,.w,.l] address value [count] - write memory > mw.b FF 10 > md.b : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff

253 U Boot, memory modify Adresin değerini gösterir. Yeni veri bekler. Boş enter yapılırsa veri değişmez. Geçerli bir veri girilirse adrese atanır. Geçersiz bir veri girilirse işlem biter. > mm.b : 00? a : 01? b : 02? c : 03?. > md.b F : 0a 0b 0c ff ff ff ff ff ff ff ff... > nm'de adres artımı olmaz. Daha çok device register testi içindir

254 U Boot, NFS > setenv bootargs console=ttysac0, > nfs :/tftpboot/uImage.initramfs > nfs /tftpboot/uimage.initramfs > bootm login gelir. veya Eğer setenv autostart yes girilirse, bootm yapmaya gerek yoktur. /etc/exports: /tftpboot (rw,insecure,no_subtree_check,async,no_root_squash) $ exportfs -avr /etc/hosts: mini2440 Bu tanım yoksa, "cannot umount" hatası veriyor!

255 U Boot, rarpboot arp, MAC-IP eşlemesi yapar. $ mkdir /var/lib/arpd $ arpd eth0 $ arp -n -i eth0 incomplete: ip var ama karşı gelen bir mac yok. arp soru göndermiş ama kimse yanıt vermemiş. tcpdump ile inceleme: $ tcpdump -i eth0 19:32: ARP, Request who-has tell nkoc.local, length 28 19:32: ARP, Reply is-at 08:08:11:18:12:27 (oui Unknown), length

256 U Boot, rarpboot 19:32: ARP, Request who-has nkoc.local tell , length 46 19:32: ARP, Reply nkoc.local is-at 00:90:f5:dc:51:d2 (oui Unknown), length 28 ARP tablosuna 'e karşı gelen IP girilmelidir. Ki bord boot ederken kendi mac adresini yayınlayacak ve buradan IP elde edecektir. # arp -d # Eskileri sil. # arp -i eth0 -s :08:11:18:12:27 # arp -i eth0 -n Test: > rarpboot /tftpboot/uimage.initramfs rarp ile adres alır, tftp ile yükleme yapar

257 BuildRoot

258 BR Tek başına busybox sistemi, gelişmiş bir gömülü sistem kurmak için yeterli olmayabilir. Bu durumda kurulacak her bir paket veya kütüphane, kaynak kodundan indirilmeli, ilgili mimari için yamaları geçilmeli, çapraz derlenmeli, RootFS içine install edilmeli, gerekli kütüphaneler install edilmeli, varsa açılış betikleri kurulmalıdır. Bir çok paket için bu işi yapabilmek son derece zahmetlidir. Bütün bu işleri otomatik olarak yapan programlar vardır. Şu anda bu programların içinde en yaygın olanı br'dir. br tamamen betiklerle yazılmıştır

259 BR BuildRoot veya kısaca br, Gömülü Linux Sistemi kurma aracıdır. Toolchain, RootFS, library, kernel ve bootloader imajı kurar. İstenilen paketler busybox veya kernel derlemesi gibi tek tek seçilebilir. Seçilen paketler, doğrudan kaynak kodundan otomatik olarak indirilir ve derlenir. Qt gibi paketlere sahip bir RootFS derlemek için peygamber sabrına gerek vardır. Her ne kadar kernel ve u-boot için de desteği olmasına rağmen bu desteklerin kullanılması tavsiye edilmez. Bordun el kitaplarından bakılarak u-boot ve linux için gerekli çalışma yapılmalıdır

260 BR Pratikte sadece RootFS kurmak için kullanılır. Pek çok formatta RootFS kurulabilir. Örneğin doğrudan NAND'a yazılabilecek ubi imajı kurulabilir. Fakat bu tür kullanım çok katı olduğu ve güncellenmesi çok zor olduğu için tavsiye edilmez. RootFS sistemi rootfs.tar olarak kurulabilir. Bu durumda tar dosyası açılarak güncelleme yapılabilir. 700'den fazla pakete destek verir. Her 3 ayda bir kararlı sürüm yayınlanır. menuconfig ile paketler ve diğer özellikler seçilir. Nihayetide.config dosyası üretilir

261 BR make ile derleme yapılır. Gece yatmadan önce derleme verilmesi tavsiye edilir. Kaynak kodları dl/ dizini altına indirilir. Nihai imajlar output/images altında kurulur. Şu anda sadece rootfs.tar ile ilgilenmekteyiz. rootfs.tar dosyası uygun bir dizine açılır ve gerekli güncellemeler yapılabilir. RootFS esas itibari ile mevcut bir iskelet RootFS üzerine kurulur. İsterse kullanıcı kendi iskelet sistemini kurabilir. O= seçeneği kullanılmazsa, bütün çıkışlar kaynak kodu içinde output/ dizini altına yapılır

262 BR stages/ dizini çok önemlidir. Host tarafında derleme yapılırken burada üretilen kütüphaneler kullanılacaktır. Mevcut bir toolchain kullanılabilir veya br'nin borda uygun bir toolchain üretmesi istenebilir. RootFS aşağıdaki gibi üretilir. output/directory içine fs/skeleton içinde bulunan iskelet RootFS kopyalanır. Gerekli kütüphaneler kopyalanır. Paketler install edilir. Varsa post-build betikleri işletilir. ubifs, jffs2 gibi RootFS imajı üretilir. Çalışabilir bir RootFS elde edildikten sonra mutlaka.config dosyası ayrı bir yerde saklanmalıdır

263 BR Aşağıdaki çalışma şekli tavsiye edilir. 1.busybox menuconfig ile önce busybox ayarlamaları yapılır. 2.menuconfig ile paketler seçilir. 3.Sabır çekilir ve make komutu verilir. 4.Elde edilen rootfs.tar komutu /tftpboot altına açılır. 5.RootFS/'i güncelleyen betikler yazılır. 6.Sonra amaca göre cpio arşivi, ubi imajı vs elde etmek için gerekli betikler yazılır. 7.Açılış testi başarılı olursa, kernel, busybox ve br için üretilmiş olan.config dosyaları ayrı bir yerde saklanmalıdır

264 BBB Beagle Bone Black Ön Çalışma

265 U Boot BBB $ git clone git://git.denx.de/u-boot.git # u-boot/boards.cfg satırı: Active arm armv7 am33xx ti am335x am335x_boneblack am335x_evm:serial1,cons_index=1,emmc_boot Tom Rini <trini@ti.com> # u-boot/board/ti/am335x/readme mutlaka okunmalıdır. # # configs: # u-boot/include/configs/am335x_evm.h # Esas # /ti_am335x_common.h # /ti_armv7_common.h # Prompt burada. $ make CROSS_COMPILE=${CROSS} -C $UBOOT_SRC O=$UBOOT_OUT am335x_boneblack_config $ make CROSS_COMPILE=${CROSS} -C $UBOOT_SRC O=$UBOOT_OUT -j2 $ ls -l $UBOOT_OUT/MLO $ ls -l $UBOOT_OUT/u-boot.bin

266 Kernel, Load BBB $ $ $ $ $ $ BBB çekirdeği FDT kullanır. FDT bilgisi, aynen initramfs gibi çekirdeğe de eklenebilir, ayrı da kullanabilir. Kolaylık için her zaman çekirdeğin altına eklenmelidir. Çekirdek aşağıdaki gibi yüklenir. ARM makinelerinde genel 2.6.x veya 3.2.x çekirdekler kullanılır. 3.8 çekirdeği ARM işlemciler için çok yenidir. git clone git://github.com/beagleboard/kernel.git cd kernel git checkout 3.8./patch.sh cp configs/beaglebone kernel/arch/arm/configs/beaglebone_defconfig wget -O kernel/firmware/am335x-pm-firmware.bin

267 Kernel, menuconfig BBB $ make -C $KERNEL_SRC O=$KERNEL_OUT ARCH=arm clean $ make -C $KERNEL_SRC O=$KERNEL_OUT ARCH=arm beaglebone_defconfig $ make -C $KERNEL_SRC O=$KERNEL_OUT ARCH=arm CROSS_COMPILE=$CROSS menuconfig

268 Kernel, build BBB $ make -C $KERNEL_SRC O=$KERNEL_OUT ARCH=arm CROSS_COMPILE=$CROSS uimage dtbs -j2 $ make -C $KERNEL_SRC O=$KERNEL_OUT ARCH=arm CROSS_COMPILE=$CROSS uimage-dtb.am335x-boneblack $ cp $KERNEL_OUT/arch/arm/boot/uImage-dtb.am335x-boneblack /tftpboot/uimage

269 Test, XIP BBB uimage 7FC0 64-byte u-boot header zimage Linux kernel 8000 > > > > > setenv bootargs console=ttyo0,115200n8 setenv autoload no dhcp tftp 80007fc0 uimage bootm veya DTB Device Tree Blob > > > > > setenv setenv setenv setenv dhcp bootargs console=ttyo0,115200n8 autoload yes autostart yes loadaddr 80007fc

270 RootFS, Busybox BBB # clone $ $ $ $ git git git git clone git://busybox.net/busybox.git branch -a checkout remotes/origin/1_nn_stable branch # menuconfig $ make -C $BUSYBOX_SRC O=$BUSYBOX_OUT clean $ make -C $BUSYBOX_SRC O=$BUSYBOX_OUT menuconfig # build $ $ $ $ make -C $BUSYBOX_SRC O=$BUSYBOX_OUT -j2 cd $BUSYBOX_OUT ls -l busybox file busybox

271 RootFS, Busybox BBB # install $ make -C $BUSYBOX_SRC O=$BUSYBOX_OUT install install işlemi $BUSYBOX_OUT/_install altına /bin, /sbin, /usr dizinlerini kurar. Ayrıca /linuxrc dosyası da vardır. /linuxrc dosyası, eski moda initrd sistemleri içindir. Artık initramfs kullanıldığı için /linuxrc dosyasına gerek yoktur. initramfs sistemi /init kullanılır. Bundan dolatı /init dosyası çalışabilir bir dosyayı göstermelidir

272 RootFS, initramfs BBB # RootFS.initramfs = RootFS.skel.initramfs + _install $ cd $PROJECT_HOME/RootFS.initramfs $ rm -fr * $ cp -a../rootfs.skel.initramfs/* $ cp -a $BUSYBOX_OUT/_install/*. $ rm -f linuxrc. $ chmod +s bin/busybox exit 1 $ rm -fr /tftpboot/rootfs.initramfs $ cp -a RootFS.initramfs /tftpboot $ echo "Çekirdeği tekrar derle."

273 RootFS, BR BBB # clone # İlk kuruluş çoooook uzun sürer. $ git clone git://git.buildroot.net/buildroot # menuconfig, build $ make -C $BR_SRC O=$BR_OUT clean $ make -C $BR_SRC O=$BR_OUT menuconfig $ make -C $BR_SRC O=$BR_OUT -j2 #!!! # Her bir paket ayrıca derlenebilir. $ make -C $BR_SRC O=$BR_OUT busybox-menuconfig

274 RootFS, BR BBB # update RootFS # # Temiz bir RootFS dizini kur. # $ rm -fr RootFS $ mkdir RootFS cd RootFS # BR'nin ürettiği rootfs.tar dosyasını RootFS içine aç. # $ tar -x -f $PROJECT_HOME/br/output/images/rootfs.tar # # # # $ Varsa güncellemeleri yap. Güncellemeler el ile veya daha iyisi bir betik yardımı ile yapılmalıdır. PROJECT_HOME/update.rootfs

275 RootFS, BR BBB # # $ $ $ Nihai RootFS'i /tftpboot altına taşı. rm -fr /tftpboot/rootfs cp -a RootFS /tftpboot ls -l /tftpboot/rootfs RootFS hazırdır ve aşağıdaki gibi kullanılabilir. ağ üzerinden NFS ile mount edilebilir. ubi imajı haline getirilip, NAND'a atılabilir. çekirdeğe eklenip initramfs olarak kullanılabilir. ayrık initramfs olarak kullanılabilir. MMC'ye atılıp oradan kullanılabilir

276 RootFS, update BBB /etc/securetty içine seri kanal ismi eklenebilir. ttysac0, pts/0, pts/1 Eğer RO bir sistem varsa veya history'nin reboot sırasında silinmesi isteniyorsa, /root altındaki.bash* ve.ash* silinir..ash_history dosyası /tmp'ye yönlendirilir. $ cd /root $ ln -s -f /tmp/ash_hisyory.ash_history /root/.profile dosyası PS1 vs için güncellenebilir. /etc/issue dosyasına açılış mesjı konabilir. /linuxrc gibi gereksiz dosyalar silinebilir. /etc/fstab amaca göre güncellenebilir

277 RootFS, update BBB devfs kullanılacağı için /dev içeriği silinebilir. Uygulamaları başlatan betikler, /etc/init.d/ altına yazılabilir

278 login gelmiyor? Çekirdek parametresi olan console tanımsız veya uygun değil /etc/securetty'de tty tanımı yok. busybox modu x değil veya root yetkisinde değil veya kütüphaneler eksik veya kütüphaneler uyumsuz. init= parametresinin gösterdiği program mevcut değil, x modunda değil,... /init yok, /sbin/init yok, /linuxrc yok,... inittab'da seri konsol için getty tanımı yok

279 MMC, Partitions BBB OMAP3x boot rom'un çalışabilmesi için bölümlendirme tablosunda özel bir geometri, 255 head ve 63 sector/track olmalı. sfdik, cdisk, fdisk, parts vs gibi pek çok program ile MMC'ye MS-DOS bölümlendirmesi yapılabilir. Anlaşılması daha kolay olduğu için fdisk kullanılacaktır. fdisk programına << ile betik ortamlarında, etkileşim olmadan da kullanılabilir. 1. bölümün 32M ve ikinci bölümün 128M olduğunu kabul edelim ve ilk 512 baytı sıfırlayalım. $ BOOT_SIZE=32M $ ROOT_SIZE=128M $ dd if=/dev/zero of=$mmc_device bs=512 count=

280 MMC, Make Partitions BBB $ fdisk -H255 -S63 $MMC_DEVICE << EOF o n p 1 +$BOOT_SIZE a 1 t c x b 1 63 r n p 2 +$ROOT_SIZE p w EOF

281 MMC, Fill Boot Partition BBB $ MMC_DEVICE=/dev/mmcblk0 $ mkfs.vfat -F32 -n "UL.BOOT" ${MMC_DEVICE}p1 # mkfs.ext2 -L "UL.Boot" ${MMC_DEVICE}p1 $ mount ${MMC_DEVICE}p1 $MP $ cp $UBOOT_OUT/MLO $MP $ cp $UBOOT_OUT/u-boot.bin $MP $ cp /tftpboot/uimage $MP/uImage $ cat <<EOF > /tmp/uenv.txt setenv bootargs console=ttyo0,115200n8 setenv uenvcmd 'fatload mmc 0: fc0 uimage && bootm 80007fc0' EOF $ cp /tmp/uenv.txt $MP $ df $MP $ umount $MP exit

282 .configs BBB Board başarı ile açıldıktan sonra, aşağıdaki bilgilerin saklanması ilerisi için faydalı olacaktır. 1.kernel, br, busybox ve br/busybox içindeki.config dosyaları saklanmalıdır. 2.dmesg çıkış saklanmalıdır. Özellikle cmdline bilgisi çok faydalı olacaktır. 3./proc/partitions saklanabilir. 4.u-boot çevre değişkenleri mutlaka saklanmalıdır

283 Hatırlatmalar Biz bunları zaten biliyoruz diyenlere

284 Hatırlatma: stdin/out/err files #include <stdio.h> int main(int argc, char *argv[]){ FILE *stdin, *stdout, *stderr; stdin= fopen( /dev/pts/0, r ); stdout= fopen( /dev/pts/1, w ); stderr= fopen( /dev/pts/2, w ); on_exit: flose(stdin); fclose(stdout); fclose(stderr); }

285 Hatırlatma: stdin/out/err files #include <stdio.h> #include <stdlib.h> int main(int argc, char *argv[]){ fprintf(stdout, "stdin fileno: %d\n", fileno(stdin)); fprintf(stdout, "stdout fileno: %d\n", fileno(stdout)); fprintf(stdout, "stderr fileno: %d\n", fileno(stderr)); } return EXIT_SUCCESS;

286 Hatırlatma: stdin/out/err files $./fileno stdin fileno: 0 stdout fileno: 1 stderr fileno: 2 $ ls -l /proc/$$/fd total 0 lrwx nazim nazim lrwx nazim nazim lrwx nazim nazim lrwx nazim nazim Eyl Eyl Eyl Eyl :54 23:54 23:54 00:08 0 -> /dev/pts/0 1 -> /dev/pts/0 2 -> /dev/pts/ > /dev/pts/

287 Hatırlatma: static compiling Kütüphanler, derleme sırasında otomatik olarak kodun içine gömülür. Kod gömülü sisteme taşınırken, tek başına taşınır. Hiçbir kütüphaneye ihtiyaç yoktur. $ gcc -O2 -Wall -o dene dene.c $ ls -l dene -rwxrwxr-x 1 nazim nazim 7450 Eyl 9 21:15 dene $ gcc -O2 -Wall -o dene --static dene.c $ ls -l dene -rwxrwxr-x 1 nazim nazim Eyl 9 21:16 dene

288 Hatırlatma: stripping $ file dene dene: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, for GNU/Linux , BuildID[sha1]=0xcea9356c60acfd86e5a7c1eb d74b1a2b1, not stripped $ objcopy --strip-all dene $ ls -l dene -rwxrwxr-x 1 nazim nazim Eyl 9 21:24 dene $ file dene stripped özelliğini gör! Gömülü sistemlere atılan her program mutlaka strip (soyma) işleminden geçirilmelidir ki disk ve bellekte az yer kaplasın

289 Hatırlatma: kabuk kavramı Dosyadan veya standard girişten okuduğu komutları yürüten yorumlayıcıya veya yazılım aracına kabuk denir. Örneğin bash, ksh,... Betik başlarında yorumlayıcı isimleri #! ile verilir. #!/bin/bash #!/bin/perl Temel Yapı: while(1){ echo PS1 read Command if ( Command == exit ) break; if ( & exist ) execute_background(command); else execute_foreground(command); }

290 Hatırlatma: jobs Her kabuk arka plandaki işleri 1'den başlayarak numaralar. Bu numaralar PID numarası gibi kullanılabilir. PID'den ayırd edebilmek için %No kullanılır. $ jobs # + current job, - prev. job $ fg $ fg %n $ Ctrl + Z $ bg $ kill -l $ kill %n $ kill PID $ ps -ef $ pstree -p $ top

291 Hatırlatma: jobs $ ps -ux # current user's processes. $ ps -ef $ ps -aux # List all. $ ps -aux grep nazim grep bash PID: VSD: RSS: TTY: R : S : W : Z : Process ID code+data+stack size KB in RAM Terminal Runnable Sleep Paging Zombie

292 Hatırlatma: düzenli ifadeler. herhangi bir karakter [...] içerdeki herhangi bir karakter [^...] içerde olmayan herhangi bir karakter, ^:not ^ satır başı $ satır sonu A* A ifadesi 0 veya daha fazla meydana çıkarsa A^ 1 veya daha fazla A?... 0 veya 1 kez

293 Hatırlatma: düzenli ifadeler $ ls /tmp/abc*[1234] $ ls /tmp/abc*[1-4] $ tail [^r-t]*.[1-4] $ ps aux grep -E 20[1-9]{2} # A{N} A, N kere tekrar eder

294 Hatırlatma: bazı komutların kullanımı $ ls -t $ ls -S $ ls -lrt # time, en yeni dosya en önce # En büyük en önce # En yeni en dipte, r:reverse order $ cat <<EOF > /tmp/giris bu bir giriş denemesidir. Ctrl+D $ less file1 file2 # more'dan daha yetenekli. $ head -n file # Varsayılan n=10 $ tail -n file $ tail -f file # Çok faydalı. $ wc file # line, word, char. counts. Genelde -l ile kullanılır

295 Hatırlatma: bazı komutların kullanımı $ grep pattern file # İçinde pattern geçen satırları listeler. $ grep -v pattern file # pattern geçmeyen satırları listeler. $ grep -c pattern file # pattern geçen satırları sayar. $ sort < file1 > file2 $ sort -r > file2 # reverse sort. $ sort -ru > file2 # reverse, unique $ tee file # Çıkışlar, aynı anda # dosyaya aktarılır. hem stdout hem de $ time command real(actual elapsed time) user(cpu time, program) sys(cpu time, kernel) real= user + sys + (i/o wait + running other task)

296 Hatırlatma: bazı komutların kullanımı $ which command $ which falan $ du -ks * # disk usage $ df $ df. $ df -h # disk free for the file system # $ $ $ $ $ # h: human readable *.gz gzip file # Dizin sıkıştıramaz, genelde tar ile kullanılır. gzip -9 file gzip -9 prog -c > prog.gz file prog.gz gunzip prog.gz # *.bz2 $ bzip2 file $ bunzip2 file # gzip'den %20-25 daha iyi

297 Hatırlatma: bazı komutların kullanımı # *.lzma $ lzma file $ unlzma file # bz2'den %10-20 daha iyi. # # # # # # $ $ $ tape archive c: create v: verbose f: file t: test x: extract tar cvf test.tar file1 file2 dir1 dir2 dir3... tar tvf test.tar tar xvf test.tar # # # # # $ $ tar ve compress ortak kullanılabilir. z: *.gz j: *.bz2 --lzma: *.lzma - : output file is stdout tar zcvf etc.tar.gz /etc tar cvf - /etc gzip -9 -c > etc.tar.gz

298 Hatırlatma: bazı komutların kullanımı # # # $ $ $ $ $ $ ASCII to PS Özellikle bilgisayar programlarını yazıcıdan kullanışlı biçime almak için kullanılır. a2ps test1.c test2.c test.h -o test.ps ps2pdf test.ps gv test.ps evince test.pdf xpdf test.pdf pdf2ps test.pdf # *.c ile *.c farklıdır! $ find. -name *.c $ find. -name *.c -exec evince {} \; # locate, veritabanı kullandığı için çok hızlıdır. $ locate *.mp3 $ locate *Qt*.so

299 Hatırlatma: bazı komutların kullanımı $ id $ id user $ groups # # # $ $ $ $ logout yapmadan başka kullanıcıya geçmek. - Yeni kullanıcının bütün tanımlarını kullan. Diğer bir deyişle,.bash_profile işlet. su user su - user su - root su # su - root ile aynıdır. # # # # $ -c: continue -m: mirrors a site -r: recursively -np: no parent, followlinks in the current directory. wget -c

300 Hatırlatma: bazı komutların kullanımı # check integrity. 128 bit checksum. $ md5sum *.iso > SUM $ md5sum -c SUM # md5sum yerine shaxsum'da kullanılabilir. $ sha256sum /etc/passwd

301 Hatırlatma: history Ctrl+r ile geçmiş komutlar üzerinde tersten arama yapılabilir. Bash kabuğunda geçmiş komutlar.bash_history dosyasına saklanır. C programlama içinden readline kütühanesi ile history desteği verilebilir. $ history $!! # bütün geçmiş komutlar. # son komutu işlet. $!5 # 5 nolu komutu işlet. #!cp # cp ile başlayan son komutu işlet

302 Hatırlatma: vi