moet je kernel ingebouwde ondersteuning hebben voor ramdisk en ext2. Je zult uit moeten werken wat er in terug te plaatsen als je een minimum set faciliteiten hebt uitgewerkt om in een kernel op te nemen. Waarschijnlijk het meest algemene gebruik voor een boot/root-diskette zou zijn een systeem te bestuderen en een beschadigd root-bestandssysteem te herstellen, en hiervoor heb je wellicht kernel-ondersteuning nodig. Als bijvoorbeeld je backups allen op tape worden bewaard door gebruik te maken van Ftape om je tapedrive te benaderen, dan zal het niet mogelijk zijn vanaf je backuptapes een herstelprocedure uit te voeren als je je huidige root-drive en drives met Ftape kwijtraakt. Je zult Linux opnieuw moeten installeren, ftape moeten downloaden en opnieuw moeten installleren om vervolgens je backups opnieuw in proberen te lezen. Het punt hier is dat, dat welke I/O ondersteuning je ook aan je kernel hebt toegevoegd om backups te ondersteunen dit ook in je boot/root kernel toegevoegd zou moeten zijn. /usr/src/linux. Als je bij het bouwen van een kernel problemen ondervindt, zou je eigenlijk niet moeten proberen boot/root systemen te bouwen. Denk er aan de kernel met ``Het bijelkaar plaatsen: Het aanmaken van de diskette(s).

Op dit punt heb je een kernel en een gecomprimeerd root-bestandssysteem. Controleer de grootte als je een boot/root-disk aan het maken bent om er zeker van te zijn dat ze beiden op één disk passen. Controleer het root-bestandssysteem als je er zeker van wilt zijn dat het op een enkele diskette past als je een uit twee disks bestaande boot+root set aan het maken bent. Je zou een beslissing moeten nemen of je LILO wilt gebruiken om de bootdisk kernel te booten. Het alternatief is de kernel direct naar de diskette te kopiëren en zonder LILO te booten. Het voordeel bij gebruik van LILO is dat het je de mogelijkheid biedt een aantal parameters aan de kernel te leveren die mogelijk nodig zijn om je hardware te initialiseren (Controleer op je systeem het bestand /etc/lilo.conf. Als het voorkomt en er een regel in staat als ``kernel bestandssysteem zullen noemen, waarnaar we de kernel en een paar andere bestanden die LILO nodig heeft zullen transporteren. als je de kernel direct gaat transporteren. De kernel met LILO transporteren Het eerste wat je doen moet is een klein configuratiebestand voor LILO aanmaken. Het zou er ongeveer zo uit moeten komen te zien: boot =/dev/fd0 install =/boot/boot.b map =/boot/map read-write backup =/dev/null compact image = KERNEL label = Bootdisk root =/dev/fd0 Kijk in de gebruikersdocumentatie van LILO, voor een uitleg van deze parameters. Je zal waarschijnlijk tevens een /etc/lilo.conf.kernel bestandssysteem zullen noemen, om het te onderscheiden van het root-bestandssysteem. Zoek als eerste uit hoe groot het bestandssysteem zou moeten zijn. Neem de grootte van je kernel in blokken (de grootte weergegeven door ``ls -l KERNEL'' gedeeld door 1024 en naar boven afgerond) en tel daar 50 bij op. Vijftig blokken is bij benadering de ruimte die nodig is voor inodes plus nog wat andere bestanden. Je kunt dit aantal exact berekenen als je dit wilt, of gewoon 50 gebruiken. Als je een diskset bestaande uit twee disks aan het maken bent, kun je de ruimte net zo goed te hoog ramen, aangezien de eerste disk toch slechts alleen wordt gebruikt voor de kernel. Noem dit aantal /dev/fd0) en maak er een ext2 kernel bestandssysteem op aan: mke2fs -i 8192 -m 0 /dev/fd0 KERNEL_BLOCKS mount /dev/fd0 /mnt rm -rf /mnt/lost+found mkdir /mnt/{boot,dev} Maak vervolgens de devices /dev/null en /dev/fd0 aan. Je kunt in plaats van de device-nummers op te zoeken, ze vanaf je harddisk kopiëren door gebruik te maken van de cp -R /dev/{null,fd0} /mnt/dev LILO heeft een kopie van de bootloader boot.b nodig, die je van je harddisk kan halen. Het wordt gewoonlijk in de directory /boot bewaard. cp /boot/boot.b /mnt/boot Kopieer tenslotte het configuratiebestand van LILO dat je in de laatste sectie aanmaakte samen met je kernel. Beiden kunnen in de root-directory worden geplaatst: cp bdlilo.conf KERNEL /mnt Alle benodigdheden voor LILO bevinden zich nu op het kernel-bestandssysteem, dus je bent er klaar voor het uit te voeren. LILO's lilo -v -C bdlilo.conf -r /mnt LILO zou zonder fout moeten draaien, waarna het kernel-bestandssysteem er ongeveer zo uit zou moeten zien: total 361 1 -rw-r--r-- 1 root root 176 Jan 10 07:22 bdlilo.conf 1 drwxr-xr-x 2 root root 1024 Jan 10 07:23 boot/ 1 drwxr-xr-x 2 root root 1024 Jan 10 07:22 dev/ 358 -rw-r--r-- 1 root root 362707 Jan 10 07:23 vmlinuz boot: total 8 4 -rw-r--r-- 1 root root 3708 Jan 10 07:22 boot.b 4 -rw------- 1 root root 3584 Jan 10 07:23 map dev: total 0 0 brw-r----- 1 root root 2, 0 Jan 10 07:22 fd0 0 crw-r--r-- 1 root root 1, 3 Jan 10 07:22 null . Transporteren van de kernel zonder LILO.

Transporteer de kernel met het dd-commanod als je geen gebruik maakt van LILO: % dd if=KERNEL of=/dev/fd0 bs=1k 353+1 records in 353+1 records out In dit voorbeeld schreef rdev /dev/fd0 /dev/fd0 rdev -R /dev/fd0 0 -R te gebruiken in het tweede Instellen van het ramdisk word.

Binnenin de kernel-image bevindt zich het dat aangeeft waar het root-bestandssysteem te vinden is, samen met nog wat andere opties. Het word kan worden benaderd en ingesteld via het commando bits 0-10: Offset start ramdisk, in 1024 byte blokken bits 11-13: ongebruikt bit 14: Vlag aangevend dat ramdisk wordt geladen bit 15: Vlag aangevend een melding te geven alvorens rootfs te laden Als bit 15 is ingesteld, zal je tijdens het booten worden gevraagd een nieuwe diskette in de drive te doen. Dit is nodig voor een uit twee disk bestaande bootset. Er zijn twee situaties, afhankelijk van of je een enkele boot/root-diskette aan het bouwen bent of een dubbele ``boot+root'' diskette-set. Als je een enkele disk aan het bouwen bent, zal het gecomprimeerde root-bestandssysteem direct achter de kernel worden geplaatst, dus zal de offset het eerste vrije blok zijn (wat hetzelfde zou moeten zijn als Als je een diskset bestaande uit twee disks aan het bouwen bent, zal het root-bestandssysteem beginnen op blok nul van de tweede disk, dus zal het offset nul zijn. Bit 14 zal op 1 zijn ingesteld en bit 15 zal 1 zijn. De decimale waarde zal in dit geval 2^14 + 2^15 = 49152 zijn. rdev -r in na het zorgvuldig te hebben berekend van de waarde voor het ramdisk word. Wees er zeker van de decimale waarde te gebruiken. Het argument aan rdev zou hier het gemounte kernel path, b.v. /mnt/vmlinuz, moeten zijn, als je LILO gebruikte; als je in plaats daarvan de kernel met dd kopieerde, gebruik dan de naam van het diskette-device (b.v., /dev/fd0). rdev -r KERNEL_OR_FLOPPY_DRIVE VALUE Unmount de diskette nu als je LILO gebruikte. Transporteren van het root-bestandssysteem

De laatste stap bestaat uit het transporteren van het root-bestandssysteem. Als het root-bestandssysteem op dezelfde disk zal worden geplaatst als de kernel, transporteer het dan met behulp van dd met de optie seek, waarmee wordt opgegeven hoeveel blokken over te slaan: dd if=rootfs.gz of=/dev/fd0 bs=1k seek=KERNEL_BLOCKS Verwijder de eerste diskette en plaats de tweede diskette in de drive als het root-bestandssysteem op een tweede disk zal worden geplaatst, en tranporteer het root-bestandssysteem er dan naar: dd if=rootfs.gz of=/dev/fd0 bs=1k Gefeliciteerd, je bent klaar! Je zou een bootdisk voor dat je het opzijlegt voor een noodgeval altijd moeten proberen! Lees verder als het niet lukt ervan te booten. Probleemoplossing

Mogelijk zie je een melding als: Kernel panic: VFS: Unable to mount root fs on XX:YY Dit is een algemeen probleem en het kan slechts door een paar dingen worden veroorzaakt. Vergelijk allereerst het device Controleer of de root-disk echt die directory's bevat waarvan je denkt dat ze er op voorkomen. Het is heel eenvoudig op het verkeerde niveau iets te kopiëren waardoor je op je root-diskette uiteindelijk eindigt met iets als /rootdisk/bin in plaats van /bin. Controleer of er een /lib/libc.so met dezelfde link die voorkomt in je /lib directory op je harddisk is.Controleer of alle symbolische links in je /dev directory op je bestaande systeem ook voorkomen in het bestandssysteem op je root-diskette, waar die links naar devices zijn die je op je root-diskette hebt opgenomen. In het bijzonder zijn de /dev/console links in veel gevallen essentieel. Controleer of je /dev/tty1, /dev/null, /dev/zero, /dev/mem, /dev/ram en /dev/kmem bestanden hebt opgenomen. Controleer je kernelconfiguratie -- ondersteuning voor alle bronnen die nodig zijn tot op het punt van inloggen mogen geen modules zijn, maar zijn ingebouwd. Dus ramdisk en ext2 ondersteuning moeten zijn ingebouwd. Controleer of je kernel root-device en ramdisk instellingen correct zijn. Nu dat we deze algemene aspecten éénmaal hebben gehad, zijn hier nog een aantal specifiekere bestanden om te controleren: Zorg ervoor dat /sbin/init of /bin/init. Zorg ervoor dat het uitvoerbaar is.Voer ldd init uit om op de library's van init te controleren. Meestal is dit gewoon Zorg ervoor dat je de juiste loader voor je library's hebt -- Controller /etc/inittab op het bestandssysteem van je bootdisk op aanroepen naar inittab op je harddisk. Controleer de manpages van het te gebruiken programma om er zeker van te zijn dat deze zin hebben. init en inittab te lezen en exact uit te werken wat je bestaande systeem doet wanneer het boot. Controleer voor de zekerheid of /etc/inittab een systeeminitialisatie-entry heeft. Hierin zou een commando moeten staan voor het uitvoeren van het systeem initialisatiescript, dat voor moet komen. Voer net als met om te zien wat het nodig heeft, en zorg ervoor dat de benodigde library-bestanden en loaders in je root-bestandssysteem zijn opgenomen. Zorg ervoor dat je een shell-programma hebt ingesloten (b.v., Als je een bestand /etc/ld.so.cache op je rescue-disk hebt, maak het dan opnieuw aan.

Als Id xxx respawning too fast: disabled for 5 minutes init, waarmee gewoonlijk wordt aangegeven dat /etc/inittab juist zijn. Als je vreemde meldingen krijgt van /etc/inittab onjuist is. De opties van de . Misschien dat het probleem tevens is dat je shadow passwords gebruikt en /etc/shadow niet naar je bootdisk kopieerde. Als je één of ander uitvoerbaar bestand, zoals df probeert uit te voeren, wat zich op je rescue-disk bevindt, maar het levert je een bericht op als: df: not found, controleer dan op twee zaken: (1) Verzeker je ervan dat de directory met het binaire bestand zich in je PATH bevindt, en (2) zorg ervoor dat de library's (en loaders) die het programma nodig heeft er zijn. Diverse onderwerpen

Terugbrengen van de grootte van het root-bestandssysteem

Soms is een root-bestandssysteem zelfs na compressie te groot voor op een diskette. Hier zijn een aantal manieren om de grootte van je bestandssysteem te beperken, opgesomd in aflopende volgorde van effectiviteit: fdformat zal disks met de volgende formaten formatteren: 1600, 1680, 1722, 1743, 1760, 1840, en 1920. De meeste 1440K drives zullen 1722K ondersteunen en dit is wat ik altijd voor bootdisks gebruik. Zie de manpage van fdformat en /usr/src/linux/Documentation/devices.txt. . Zorg ervoor dat iedere shell die je gebruikt capabel is commando's in alle rc bestanden uit te voeren die je op je bootdisk opneemt. file' op deze bestanden zal je aangeven 'not stripped' als dit zo is. Het is bij het kopiëren van binaire bestanden naar je root-bestandssysteem een goede gewoonte gebruik te maken van: objcopy --strip-all FROM TO objcopy --strip-debug FROM TO . Bovendien zou je kunnen overwegen tevens modules naar een utility-disk te verplaatsen. Niet-ramdisk root-bestandssystemen

werden instructies gegeven voor het bouwen van een gecomprimeerd root-bestandssysteem die naar ramdisk wordt geladen zodra het systeem boot. Deze methode heeft vele voordelen, de reden dat het in het algemeen wordt gebruikt. Een aantal systemen met weinig geheugen kunnen het zich echter niet de RAM die hiervoor nodig is veroorloven, en hierop moet het root-bestandssysteem direct vanaf de diskette worden gemount. Dergelijke bestandssystemen zijn in feite eenvoudiger te bouwen dan gecomprimeerde root-bestandssystemen omdat ze op een diskette kunnen worden gebouwd in plaats van op een ander device, en ze niet hoeven te worden gecomprimeerd. We zullen de procedure waarin het verschilt van de instructies hiervoor uiteenzetten. Houd in gedachten dat als je hiervoor kiest, je veel minder ruimte beschikbaar zal hebben. Bereken hoeveel ruimte je beschikbaar zal hebben voor root-bestanden. Als je een enkele boot/root-disk aan het bouwen bent, moet je alle blokken voor de kernel plus alle blokken voor het root-bestandssysteem op die ene disk passen. Door gebruik te maken van Stel het bestandssysteem samen zoals hiervoor beschreven. Unmount het bestandssysteem wanneer je klaar bent en transporteeer het naar een diskbestand, maar Transporteer de kernel naar een diskette, zoals hiervoor is beschreven. Bij het berekenen van het ramdisk word, Transporteer als voorheen het root-bestandssysteem. Er zijn verscheidene shortcuts te nemen. Als je een uit twee disk bestaande set aan het bouwen bent, kun je het complete root-bestandssysteem direct op de tweede disk bouwen en hoef je het niet naar een harddiskbestand en dan weer terug te transporteren. Ook is het zo dat als je een enkele boot/root-disk aan het bouwen bent en gebruik maakt van LILO, je een enkel bestandssysteem op de gehele disk, met de kernel, LILO en root-bestanden kunt bouwen en als laatste stap gewoonweg LILO kunt uitvoeren. Bouwen van een utility-disk

/usr gemount zou kunnen worden. In dit geval, zouden binaire bestanden in een /bin directory op je utility-disk geplaatst kunnen worden, zodat het plaatsen van /usr/bin in je path ze zal benaderen. Extra library's benodigd voor de binary's worden op de utility-disk geplaatst in /lib. Er zijn verscheidene belangrijke punten om in gedachten te houden wanneer je een utility-disk aan het ontwerpen bent: Plaats kritieke systeembinary's of library's niet op de utility-disk, aangezien het niet te mounten zal zijn totdat het systeem is geboot. Je kunt een diskette en een floppy tape-drive niet simultaan benaderen. Dit betekent dat als je een floppy tape-drive hebt, het niet mogelijk zal zijn het te benaderen als je utility-disk is gemount. Toegang tot de bestanden op de utility-disk zal traag zijn. In appendix worden voorbeeldbestanden op een utility-disk getoond. Hier zijn een aantal ideeën voor bestanden die je wellicht van nut vindt: programma's voor het bestuderen en manipuleren van disks Hoe de pro's het doen

Misschien dat je opmerkt dat de bootdisks die door belangrijke distributies zoals Slackware, RedHat of Debian geraffineerder lijken dan wat in dit document is beschreven. Professionele distributie bootdisks zijn op dezelfde principes gebaseerd als hierin is uiteengezet, maar investeren in diverse truuks omdate hun bootdisks aanvullende vereisten hebben. Ten eerste moeten ze kunnen werken met een brede variëteit aan hardware, dus moeten er een interactie met de gebruiker plaats kunnen vinden en moet het mogelijk zijn diverse device-drivers te laden. Ten tweede moeten ze zodanig zijn geprepareerd dat ze met vele verschillende installatie-opties werken, met diverse graden van automatisering. Als laatste combineren distributie bootdisks gewoonlijk installatie en rescue mogelijkheden. /usr/src/linux/Documentation/initrd.txt en voor verdere informatie over initrd. Wat volgt zijn samenvattingen van hoe de installatiedisks van iedere distributie schijnen te werken, gebaseerd op het inspecteren van hun bestandssystemen en/of source-code. We garanderen niet dat deze informatie volledig accuraat is, of dat ze niet zijn gewijzigd sinds de vermelde versies. Slackware (v.3.1) gebruikt een recht-door-zee LILO-boot vergelijkbaar met wat is beschreven in sectie . De Slackware bootdisk drukt een opstartmelding af (``setup script aan waarmee de installatie wordt gestart. Slackware vorziet in vele verschillende kernels in plaats dat het gebruik maakt van een modulaire kernel en het hangt van de gebruiker af degene te selecteren die overeenkomt met zijn of haar hardwarebenodigdheden. RedHat (v.4.0) maakt ook gebruik van een LILO-boot. Het laadt een gecomprimeerde ramdisk op de eerste disk, waarmee een aangepast init programma wordt uitgevoerd. Dit programma ondervraagt voor drivers en laadt vervolgens extra bestanden vanaf een supplemental disk als dit nodig is. Debian (v.1.3) is waarschijnlijk het meest geraffineerd van de installatie diskssets. Het maakt gebruik van de SYSLINUX loader om diverse load opties te regelen, vervolgens gebruikt het een image om de gebruiker door de installatie te leiden. Het schijnt zowel gebruik te maken van een aangepaste Lijst met veelgestelde vragen

V. Ik boot vanaf mijn boot/root-disks en er gebeurt niks. Wat kan ik doen?

Zie hiervoor de sectie . V. Hoe werkt de Slackware/Debian/RedHat bootdisk?

Zie sectie , above. V. Hoe kan ik een bootdisk maken met een XYZ-driver?

De eenvoudigste manier is een Slackware kernel vanaf je dichtsbijzijnde Slackware mirror site te verkrijgen. Slackware kernels zijn algemene kernels waarin geprobeerd wordt drivers voor zoveel mogelijk devices op te nemen, dus als je een SCSI of IDE controller hebt, bestaat de kans dat er een driver voor in de Slackware kernel is opgenomen. Ga naar de directory rdev zImage /dev/sda2, maar mijn root SCSI-partitie is /dev/sda8. Om een root-diskette te gebruiken, zou je het volgende commando hebben gebruikt: rdev zImage /dev/fd0 Als je tevens wilt weten hoe je een Slackware root-disk in kunt stellen, nou ja, jammer dan, dat valt buiten het kader van deze HOWTO, dus raad ik je aan de Linux Install Guide te raadplegen of de Slackware distributie op te halen. Zie de sectie in deze HOWTO getiteld ``Referenties''. V. Hoe update ik mijn boot-diskette met een nieuwe kerenl?

V. Hoe werk ik mijn root-diskette bij met nieuwe bestanden?

van hiervoor). Mount vervolgens het bestandssysteem en maak de wijzigingen. Je zult moeten onthouden waar je root-bestandssysteem begon en hoeveel blokken het in beslag nam: dd if=/dev/fd0 bs=1k skip=ROOTBEGIN count=BLOCKS | gunzip > DEVICE mount -t ext2 DEVICE /mnt Na het maken van de wijzigingen ga je verder als voorheen (in Sectie ) en transporteer het root-bestandssysteem terug naar de disk. Het is niet nodig de kernel te hertranspoteren of het ramdisk word te herberekenen als je de startpositie van het nieuwe root-bestandssysteem niet wijzigt. V. Hoe verwijder ik LILO zodat ik DOS weer kan gebruiken om te booten?

/sbin/lilo -u Je kunt ook het commando FDISK /MBR MBR staat voor Master Boot Record, en het vervangt de bootsector door een opgeschoond DOS-exemplaar, zonder effect te hebben op de partitie-tabel. Een aantal puristen zijn het hier niet mee eens, maar zelfs de auteur van LILO, Werner Almesberger raadt het aan. Het is eenvoudig en het werkt. V. Hoe kan ik booten als ik mijn kernel en mijn bootdisk niet meer heb?

Als je geen bootdisk bij de hand hebt, is waarschijnlijk de eenvoudigste methode een Slackware kernel voor je type diskcontroller (IDE of SCSI) te verkrijgen zoals hiervoor is beschreven in ``Hoe maak ik een bootdisk met een XXX driver?''. Je kunt je computer dan met behulp van deze kernel booten, en de opgelopen schade herstellen. De kernel die je krijgt is mogelijk niet ingesteld op het root-device voor het type disk en de partitie die je wilt. Slackware's algemene SCSI-kernel heeft het root-device bijvoorbeeld ingesteld op /dev/sda2, terwijl mijn root Linux-partitie zich bevindt op /dev/sda8. In dit geval zal het root-device in de kernel moeten worden gewijzigd. Je kunt nog steed het root-device en de ramdisk instellingen in de kernel wijzigeen ook als heb je alleen een kernel en een ander besturingssysteem zoals DOS. HEX DEC DESCRIPTION 0x01F8 504 Low byte van RAMDISK word 0x01F9 505 High byte van RAMDISK word 0x01FC 508 Root minor device nummer - zie hieronder 0X01FD 509 Root major device nummer - zie hieronder De interpretatie van het ramdisk is hiervoor beschreven in Sectie . De major en minor device-nummers moeten worden ingesteld naar het device waarop je je root-bestandssysteem wilt mounten. Een aantal nuttige uit te kiezen waarden zijn: DEVICE MAJOR MINOR /dev/fd0 2 0 1e diskettestation /dev/hda1 3 1 partitie 1 op 1e IDE-disk /dev/sda1 8 1 partitie 1 op 1e SCSI-disk /dev/sda8 8 8 partitie 8 op 1e SCSI-disk Zodra je deze waarden hebt ingesteld, kun je het bestand naar een diskette met behulp van óf de Norton Utilities Disk Editor, óf een programma genaamd rawrite.exe wegschrijven. Dit programma is in alle distributies opgenomen. Het is een DOS-programma waarmee een bestand naar ``raw'' disk wordt weggeschreven, te beginnen bij de bootsector, in plaats dat het naar het bestandssysteem wordt weggeschreven. Als je Norton Utilities gebruikt, moet je het bestand naar een fysieke disk wegschrijven te beginnen aan het begin van de disk. V. Hoe kan ik extra kopieën maken van boot/root-diskettes?

Omdat magnetiche media mettertijd verslechteren, zou je verscheidene kopiën van je rescue-disk moeten bewaren, voor het geval het origineel onleesbaar is. De eenvoudigste wijze om kopiën van een diskette te maken, waaronder opstarbare en utility-diskettes, is gebruik te maken van het commando dd om de inhoud van de oorspronkelijke diskette naar een bestand op je harddisk te kopiëren en dan hetzelfde commando te gebruiken om het bestand terug naar een nieuw diskette te kopiëren. Het is niet nodig de diskettes te mounten en je zou dit ook niet moeten doen, omdat dd gebruik maakt van de raw device interface. Typ voor het kopiëren van het origineel het commando: dd if=DEVICENAME of=FILENAME waar DEVICENAME is de device naam van de diskette drive en FILENAME de naam is van het (hard-disk) uitvoerbestand Het achterwege laten van de parameter dd if=FILENAME of=DEVICENAME In deze beschrijving wordt ervan uitgegaan dat je slechts één diskettestation hebt. Als je er twee van hetzelfde type hebt, kun je diskettes met een commando kopiëren als: dd if=/dev/fd0 of=/dev/fd1 V. Hoe kan ik booten zonder ieder keer "ahaxxxx=nn,nn,nn" in te tikken?

aha152x=0x340,11,3,1 Deze parameterstring kan op verscheidene manieren met behulp van LILO worden aangeleverd: Door het iedere keer op de commandoregel in te voeren als het systeem wordt geboot via LILO. Dit is echter vervelend. Door gebruik te maken van het LILO ``Door het gebruik van het Een voorbeeld van een commandoregel door gebruik te maken van de parameterstring van hierboven zou zijn: zImage aha152x=0x340,11,3,1 root=/dev/sda1 lock Hiermee zou de parameterstring van het device worden doorgegeven, en ook de kernel worden gevraagd het rootdevice op /dev/sda1 in te stellen en de gehele commandoregel op te slaan en het voor alle toekomstige boots te hergebruiken. Een voorbeeldopdracht van APPEND is: APPEND = "aha152x=0x340,11,3,1" De parameterstring moet op de commandoregel NIET door dubbele aanhalingstekens worden omsloten, maar in de APPEND-opdracht MOET het wel door dubbele aanhalingstekens worden omsloten. Merk ook op dat de kernel de driver voor dat type disk moet bevatten waarop de parameterstring betrekking heeft. Als dit niet zo is, dan is er niets luisterend voor de parameterstring, en zal je de kernel opnieuw moeten bouwen waarbij je de benodigde driver insluit. cd naar /usr/src/linux en lees de README en lees de Linux FAQ en Installatie HOWTO voor details over het opnieuw bouwen van de kernel. Als alternatief zou je een algemene kernel voor het type disk kunnen verkrijgen en dat installeren. Lezers worden sterk aangespoord de LILO documentatie te lezen voordat zij met de LILO-installatie gaan experimenteren. Onzorgvuldig gebruik van het V. Tijdens het booten krijg ik de fout "A: cannot execute B". Waarom?

grep te sturen. Bekende voorbeelden van hardcoding zijn: Shutdown heeft in een aantal versies /etc/reboot ingeprogrammeerd, dus moet reboot in de directory /etc directory worden geplaatst. init op te sporen. Om deze problemen te herstellen, verplaats je deze programma's óf naar de juiste directory, of wijzig je de configuratiebestanden (b.v. /inittab) dat ze naar de juiste directory verwijzen. Plaats bij twijfel de programma's in dezelfde directory's als waar ze op je harddisk staan, en gebruik dezelfde inittab en /etc/rc.d bestanden zoals ze op je harddisk voorkomen. V. Mijn kernel heeft ondersteuning voor een ramdisk, maar initialiseert ramdisks van 0K

Waar dit plaatsvindt, zal tijdens het booten van de kernel een vergelijkbare melding als de volgende verschijnen: Ramdisk driver initialized : 16 ramdisks of 0K size Dit komt waarschijnlijk doordat de grootte tijdens de systeemstart door kernelparameters op 0 is ingesteld. Dit zou kunnen zijn veroorzaakt door een over het hoofd geziene parameter in het configuratiebestand van LILO: ramdisk= 0 Dit kwam voor in voorbeelden van configuratiebestanden van LILO in een aantal oudere distributies, en was daar geplaatst om een eventuele voorgaande kernelinstelling te overschrijven. Verwijder een dergelijke regel als 't voorkomt. Als je probeert een ramdisk te gebruiken die is ingesteld op 0K, het gedrag onvoorspelbaar kan zijn, en het in kernel panics kan resulteren. Bronnen en verwijzingen.

Neem altijd de laatste versie wanneer je een package ophaalt, tenzij je er een goede reden voor hebt dit niet te doen. Voorgefabriceerde bootdisks.

Deze bronnen zijn voor distributie-bootdisks. Maak alsjeblieft gebruik van één van de mirror-sites om de load op deze computer te beperken. , en en en In aanvulling op de distributie-bootdisks, zijn de volgende rescue-diskimages beschikbaar. Tenzij anders is aangegeven, zijn ze beschikbaar in de directory Rescue packages.

Verscheidene packages voor het aanmaken van rescue-disks zijn beschikbaar op metalab.unc.edu. Met deze packages kan je een set bestanden aangeven die moeten worden opgenomen en de software automatiseert (in verschillende mate) de aanmaak van een bootdisk. Zie voor meer informatie. Graham Chapman's shell scripts

Graham Chapman heeft een set scripts geschreven die van pas kunnen komen als voorbeelden van hoe bootdisks kunnen worden aangemaakt. In vorige versies van deze HOWTO verschenen de scripts in een bijlage, maar ze zijn uit het document verwijderd en op een webpage geplaatst: Misschien dat je het prettig vindt van deze scripts gebruik te maken, maar lees de instructies zorgvuldig door, als je dit doet -- als je bijvoorbeeld het verkeerde swap-device specificeert, zal je bemerken dat je root-bestandssysteem geheel en permanent is verwijderd. Overtuig jezelf ervan dat je het correct hebt geconfigureerd, voordat je het gebruikt! LILO -- de Linux loader.

. Het is ook beschikbaar van Metalab en mirrors. Linux FAQ en HOWTO's

Deze zijn vanaf veel bronnen beschikbaar. Kijk naar de usenet nieuwsgroepen en de HOWTO's vanaf . De meeste documentatie voor Linux is te vinden op . Ramdisk usage.

/usr/src/linux/Documentation/ramdisk.txt. Het is geschreven door Paul Gortmaker en bevat een sectie over het aanmaken van een gecomprimeerde ramdisk. De Linux System Administrators' Guide heeft een sectie over het booten, zie . De LILO ``Technical overview'' heeft de definitieve technische, low-level beschrijving van het bootproces, tot aan waar de kernel wordt gestart. De broncode is de definitieve leidraad. Hieronder vind je een aantal kernelbestanden gerelateerd aan het bootproces. Als je de sourcecode van de Linux-kernel hebt, vind je deze op je computer onder /usr/src/linux; als alternatief heeft Shigio Yamaguchi (shigio@tamacom.com) een zeer fraaie kernelbrowser gebaseerd op hypertekst op . Hier zijn een aantal van de relevante bestanden: arch/i386/boot/bootsect.S,setup.S Bevat assembleercode voor de bootsector. arch/i386/boot/compressed/misc.c Bevat code voor het decomprimeren van de kernel. arch/i386/kernel/ Directory met kernel-initialisatiecode. drivers/block/rd.c Bevat de ramdisk-driver. De procedures LILO boot foutcodes.

. Als LILO zichzelf laadt, geeft het 't woord `` (niets) Geen enkel onderdeel van LILO werd geladen. LILO is óf niet geïnstalleerd, óf de partitie waarop de bootsector is gelokaliseerd is niet actief. /boot/boot.b zonder het uitvoeren van de map-installer. Als de BIOS een fout signaleert wanneer LILO een boot-image probeert te laden, dan wordt de daarop betrekking hebbende foutcode weergegeven. Deze codes liggen in het bereik van Voorbeeld rootdisk directory listings

root filesystem Hieronder vind je de inhoud van een voorbeeld root-bestandssysteem en een utility-diskette. Root directory: drwx--x--x 2 root root 1024 Nov 1 15:39 bin drwx--x--x 2 root root 4096 Nov 1 15:39 dev drwx--x--x 3 root root 1024 Nov 1 15:39 etc drwx--x--x 4 root root 1024 Nov 1 15:39 lib drwx--x--x 5 root root 1024 Nov 1 15:39 mnt drwx--x--x 2 root root 1024 Nov 1 15:39 proc drwx--x--x 2 root root 1024 Nov 1 15:39 root drwx--x--x 2 root root 1024 Nov 1 15:39 sbin drwx--x--x 2 root root 1024 Nov 1 15:39 tmp drwx--x--x 7 root root 1024 Nov 1 15:39 usr drwx--x--x 5 root root 1024 Nov 1 15:39 var /bin: -rwx--x--x 1 root root 62660 Nov 1 15:39 ash -rwx--x--x 1 root root 9032 Nov 1 15:39 cat -rwx--x--x 1 root root 10276 Nov 1 15:39 chmod -rwx--x--x 1 root root 9592 Nov 1 15:39 chown -rwx--x--x 1 root root 23124 Nov 1 15:39 cp -rwx--x--x 1 root root 23028 Nov 1 15:39 date -rwx--x--x 1 root root 14052 Nov 1 15:39 dd -rwx--x--x 1 root root 14144 Nov 1 15:39 df -rwx--x--x 1 root root 69444 Nov 1 15:39 egrep -rwx--x--x 1 root root 395 Nov 1 15:39 false -rwx--x--x 1 root root 69444 Nov 1 15:39 fgrep -rwx--x--x 1 root root 69444 Nov 1 15:39 grep -rwx--x--x 3 root root 45436 Nov 1 15:39 gunzip -rwx--x--x 3 root root 45436 Nov 1 15:39 gzip -rwx--x--x 1 root root 8008 Nov 1 15:39 hostname -rwx--x--x 1 root root 12736 Nov 1 15:39 ln -rws--x--x 1 root root 15284 Nov 1 15:39 login -rwx--x--x 1 root root 29308 Nov 1 15:39 ls -rwx--x--x 1 root root 8268 Nov 1 15:39 mkdir -rwx--x--x 1 root root 8920 Nov 1 15:39 mknod -rwx--x--x 1 root root 24836 Nov 1 15:39 more -rws--x--x 1 root root 37640 Nov 1 15:39 mount -rwx--x--x 1 root root 12240 Nov 1 15:39 mt -rwx--x--x 1 root root 12932 Nov 1 15:39 mv -r-x--x--x 1 root root 12324 Nov 1 15:39 ps -rwx--x--x 1 root root 5388 Nov 1 15:39 pwd -rwx--x--x 1 root root 10092 Nov 1 15:39 rm lrwxrwxrwx 1 root root 3 Nov 1 15:39 sh -> ash -rwx--x--x 1 root root 25296 Nov 1 15:39 stty -rws--x--x 1 root root 12648 Nov 1 15:39 su -rwx--x--x 1 root root 4444 Nov 1 15:39 sync -rwx--x--x 1 root root 110668 Nov 1 15:39 tar -rwx--x--x 1 root root 19712 Nov 1 15:39 touch -rwx--x--x 1 root root 395 Nov 1 15:39 true -rws--x--x 1 root root 19084 Nov 1 15:39 umount -rwx--x--x 1 root root 5368 Nov 1 15:39 uname -rwx--x--x 3 root root 45436 Nov 1 15:39 zcat /dev: lrwxrwxrwx 1 root root 6 Nov 1 15:39 cdrom -> cdu31a brw-rw-r-- 1 root root 15, 0 May 5 1998 cdu31a crw------- 1 root root 4, 0 Nov 1 15:29 console crw-rw-rw- 1 root uucp 5, 64 Sep 9 19:46 cua0 crw-rw-rw- 1 root uucp 5, 65 May 5 1998 cua1 crw-rw-rw- 1 root uucp 5, 66 May 5 1998 cua2 crw-rw-rw- 1 root uucp 5, 67 May 5 1998 cua3 brw-rw---- 1 root floppy 2, 0 Aug 8 13:54 fd0 brw-rw---- 1 root floppy 2, 36 Aug 8 13:54 fd0CompaQ brw-rw---- 1 root floppy 2, 84 Aug 8 13:55 fd0D1040 brw-rw---- 1 root floppy 2, 88 Aug 8 13:55 fd0D1120 brw-rw---- 1 root floppy 2, 12 Aug 8 13:54 fd0D360 brw-rw---- 1 root floppy 2, 16 Aug 8 13:54 fd0D720 brw-rw---- 1 root floppy 2, 120 Aug 8 13:55 fd0D800 brw-rw---- 1 root floppy 2, 32 Aug 8 13:54 fd0E2880 brw-rw---- 1 root floppy 2, 104 Aug 8 13:55 fd0E3200 brw-rw---- 1 root floppy 2, 108 Aug 8 13:55 fd0E3520 brw-rw---- 1 root floppy 2, 112 Aug 8 13:55 fd0E3840 brw-rw---- 1 root floppy 2, 28 Aug 8 13:54 fd0H1440 brw-rw---- 1 root floppy 2, 124 Aug 8 13:55 fd0H1600 brw-rw---- 1 root floppy 2, 44 Aug 8 13:55 fd0H1680 brw-rw---- 1 root floppy 2, 60 Aug 8 13:55 fd0H1722 brw-rw---- 1 root floppy 2, 76 Aug 8 13:55 fd0H1743 brw-rw---- 1 root floppy 2, 96 Aug 8 13:55 fd0H1760 brw-rw---- 1 root floppy 2, 116 Aug 8 13:55 fd0H1840 brw-rw---- 1 root floppy 2, 100 Aug 8 13:55 fd0H1920 lrwxrwxrwx 1 root root 7 Nov 1 15:39 fd0H360 -> fd0D360 lrwxrwxrwx 1 root root 7 Nov 1 15:39 fd0H720 -> fd0D720 brw-rw---- 1 root floppy 2, 52 Aug 8 13:55 fd0H820 brw-rw---- 1 root floppy 2, 68 Aug 8 13:55 fd0H830 brw-rw---- 1 root floppy 2, 4 Aug 8 13:54 fd0d360 brw-rw---- 1 root floppy 2, 8 Aug 8 13:54 fd0h1200 brw-rw---- 1 root floppy 2, 40 Aug 8 13:54 fd0h1440 brw-rw---- 1 root floppy 2, 56 Aug 8 13:55 fd0h1476 brw-rw---- 1 root floppy 2, 72 Aug 8 13:55 fd0h1494 brw-rw---- 1 root floppy 2, 92 Aug 8 13:55 fd0h1600 brw-rw---- 1 root floppy 2, 20 Aug 8 13:54 fd0h360 brw-rw---- 1 root floppy 2, 48 Aug 8 13:55 fd0h410 brw-rw---- 1 root floppy 2, 64 Aug 8 13:55 fd0h420 brw-rw---- 1 root floppy 2, 24 Aug 8 13:54 fd0h720 brw-rw---- 1 root floppy 2, 80 Aug 8 13:55 fd0h880 brw-rw---- 1 root disk 3, 0 May 5 1998 hda brw-rw---- 1 root disk 3, 1 May 5 1998 hda1 brw-rw---- 1 root disk 3, 2 May 5 1998 hda2 brw-rw---- 1 root disk 3, 3 May 5 1998 hda3 brw-rw---- 1 root disk 3, 4 May 5 1998 hda4 brw-rw---- 1 root disk 3, 5 May 5 1998 hda5 brw-rw---- 1 root disk 3, 6 May 5 1998 hda6 brw-rw---- 1 root disk 3, 64 May 5 1998 hdb brw-rw---- 1 root disk 3, 65 May 5 1998 hdb1 brw-rw---- 1 root disk 3, 66 May 5 1998 hdb2 brw-rw---- 1 root disk 3, 67 May 5 1998 hdb3 brw-rw---- 1 root disk 3, 68 May 5 1998 hdb4 brw-rw---- 1 root disk 3, 69 May 5 1998 hdb5 brw-rw---- 1 root disk 3, 70 May 5 1998 hdb6 crw-r----- 1 root kmem 1, 2 May 5 1998 kmem crw-r----- 1 root kmem 1, 1 May 5 1998 mem lrwxrwxrwx 1 root root 12 Nov 1 15:39 modem -> ../dev/ttyS1 lrwxrwxrwx 1 root root 12 Nov 1 15:39 mouse -> ../dev/psaux crw-rw-rw- 1 root root 1, 3 May 5 1998 null crwxrwxrwx 1 root root 10, 1 Oct 5 20:22 psaux brw-r----- 1 root disk 1, 1 May 5 1998 ram brw-rw---- 1 root disk 1, 0 May 5 1998 ram0 brw-rw---- 1 root disk 1, 1 May 5 1998 ram1 brw-rw---- 1 root disk 1, 2 May 5 1998 ram2 brw-rw---- 1 root disk 1, 3 May 5 1998 ram3 brw-rw---- 1 root disk 1, 4 May 5 1998 ram4 brw-rw---- 1 root disk 1, 5 May 5 1998 ram5 brw-rw---- 1 root disk 1, 6 May 5 1998 ram6 brw-rw---- 1 root disk 1, 7 May 5 1998 ram7 brw-rw---- 1 root disk 1, 8 May 5 1998 ram8 brw-rw---- 1 root disk 1, 9 May 5 1998 ram9 lrwxrwxrwx 1 root root 4 Nov 1 15:39 ramdisk -> ram0 *** Ik heb alleen devices opgenomen voor de IDE-partities die ik gebruik. *** Als je SCSI gebruikt, gebruik in plaats daarvan dan de /dev/sdXX devices. crw------- 1 root root 4, 0 May 5 1998 tty0 crw--w---- 1 root tty 4, 1 Nov 1 15:39 tty1 crw------- 1 root root 4, 2 Nov 1 15:29 tty2 crw------- 1 root root 4, 3 Nov 1 15:29 tty3 crw------- 1 root root 4, 4 Nov 1 15:29 tty4 crw------- 1 root root 4, 5 Nov 1 15:29 tty5 crw------- 1 root root 4, 6 Nov 1 15:29 tty6 crw------- 1 root root 4, 7 May 5 1998 tty7 crw------- 1 root tty 4, 8 May 5 1998 tty8 crw------- 1 root tty 4, 9 May 8 12:57 tty9 crw-rw-rw- 1 root root 4, 65 Nov 1 12:17 ttyS1 crw-rw-rw- 1 root root 1, 5 May 5 1998 zero /etc: -rw------- 1 root root 164 Nov 1 15:39 conf.modules -rw------- 1 root root 668 Nov 1 15:39 fstab -rw------- 1 root root 71 Nov 1 15:39 gettydefs -rw------- 1 root root 389 Nov 1 15:39 group -rw------- 1 root root 413 Nov 1 15:39 inittab -rw------- 1 root root 65 Nov 1 15:39 issue -rw-r--r-- 1 root root 746 Nov 1 15:39 ld.so.cache *** ld.so.cache is door ldconfig aangemaakt en caches library locaties. *** Er is veel dat tijdens het booten niet werkt als ld.so.cache ontbreekt. *** Je kunt het na het aanmaken van de bootdisk óf opnieuw aanmaken, *** óf ldconfig op de bootdisk opnemen en het vanuit een rc.x-script *** uitvoeren om de cache bij te werken. -rw------- 1 root root 32 Nov 1 15:39 motd -rw------- 1 root root 949 Nov 1 15:39 nsswitch.conf drwx--x--x 2 root root 1024 Nov 1 15:39 pam.d -rw------- 1 root root 139 Nov 1 15:39 passwd -rw------- 1 root root 516 Nov 1 15:39 profile -rwx--x--x 1 root root 387 Nov 1 15:39 rc -rw------- 1 root root 55 Nov 1 15:39 shells -rw------- 1 root root 774 Nov 1 15:39 termcap -rw------- 1 root root 78 Nov 1 15:39 ttytype lrwxrwxrwx 1 root root 15 Nov 1 15:39 utmp -> ../var/run/utmp lrwxrwxrwx 1 root root 15 Nov 1 15:39 wtmp -> ../var/log/wtmp /etc/pam.d: -rw------- 1 root root 356 Nov 1 15:39 other /lib: *** Ik heb een ELF-systeem met glibc, dus heb ik de ld-2.so loader nodig. -rwxr-xr-x 1 root root 45415 Nov 1 15:39 ld-2.0.7.so lrwxrwxrwx 1 root root 11 Nov 1 15:39 ld-linux.so.2 -> ld-2.0.7.so -rwxr-xr-x 1 root root 731548 Nov 1 15:39 libc-2.0.7.so lrwxrwxrwx 1 root root 13 Nov 1 15:39 libc.so.6 -> libc-2.0.7.so lrwxrwxrwx 1 root root 17 Nov 1 15:39 libcom_err.so.2 -> libcom_err.so.2.0 -rwxr-xr-x 1 root root 6209 Nov 1 15:39 libcom_err.so.2.0 -rwxr-xr-x 1 root root 153881 Nov 1 15:39 libcrypt-2.0.7.so lrwxrwxrwx 1 root root 17 Nov 1 15:39 libcrypt.so.1 -> libcrypt-2.0.7.so -rwxr-xr-x 1 root root 12962 Nov 1 15:39 libdl-2.0.7.so lrwxrwxrwx 1 root root 14 Nov 1 15:39 libdl.so.2 -> libdl-2.0.7.so lrwxrwxrwx 1 root root 16 Nov 1 15:39 libext2fs.so.2 -> libext2fs.so.2.4 -rwxr-xr-x 1 root root 81382 Nov 1 15:39 libext2fs.so.2.4 -rwxr-xr-x 1 root root 25222 Nov 1 15:39 libnsl-2.0.7.so lrwxrwxrwx 1 root root 15 Nov 1 15:39 libnsl.so.1 -> libnsl-2.0.7.so -rwx--x--x 1 root root 178336 Nov 1 15:39 libnss_files-2.0.7.so lrwxrwxrwx 1 root root 21 Nov 1 15:39 libnss_files.so.1 -> libnss_files-2.0.7.so lrwxrwxrwx 1 root root 14 Nov 1 15:39 libpam.so.0 -> libpam.so.0.64 -rwxr-xr-x 1 root root 26906 Nov 1 15:39 libpam.so.0.64 lrwxrwxrwx 1 root root 19 Nov 1 15:39 libpam_misc.so.0 -> libpam_misc.so.0.64 -rwxr-xr-x 1 root root 7086 Nov 1 15:39 libpam_misc.so.0.64 -r-xr-xr-x 1 root root 35615 Nov 1 15:39 libproc.so.1.2.6 lrwxrwxrwx 1 root root 15 Nov 1 15:39 libpwdb.so.0 -> libpwdb.so.0.54 -rw-r--r-- 1 root root 121899 Nov 1 15:39 libpwdb.so.0.54 lrwxrwxrwx 1 root root 19 Nov 1 15:39 libtermcap.so.2 -> libtermcap.so.2.0.8 -rwxr-xr-x 1 root root 12041 Nov 1 15:39 libtermcap.so.2.0.8 -rwxr-xr-x 1 root root 12874 Nov 1 15:39 libutil-2.0.7.so lrwxrwxrwx 1 root root 16 Nov 1 15:39 libutil.so.1 -> libutil-2.0.7.so lrwxrwxrwx 1 root root 14 Nov 1 15:39 libuuid.so.1 -> libuuid.so.1.1 -rwxr-xr-x 1 root root 8039 Nov 1 15:39 libuuid.so.1.1 drwx--x--x 3 root root 1024 Nov 1 15:39 modules drwx--x--x 2 root root 1024 Nov 1 15:39 security /lib/modules: drwx--x--x 4 root root 1024 Nov 1 15:39 2.0.35 /lib/modules/2.0.35: drwx--x--x 2 root root 1024 Nov 1 15:39 block drwx--x--x 2 root root 1024 Nov 1 15:39 cdrom /lib/modules/2.0.35/block: -rw------- 1 root root 7156 Nov 1 15:39 loop.o /lib/modules/2.0.35/cdrom: -rw------- 1 root root 24108 Nov 1 15:39 cdu31a.o /lib/security: -rwx--x--x 1 root root 8771 Nov 1 15:39 pam_permit.so *** Directory stubs voor het mounten /mnt: drwx--x--x 2 root root 1024 Nov 1 15:39 SparQ drwx--x--x 2 root root 1024 Nov 1 15:39 cdrom drwx--x--x 2 root root 1024 Nov 1 15:39 floppy /proc: /root: -rw------- 1 root root 176 Nov 1 15:39 .bashrc -rw------- 1 root root 182 Nov 1 15:39 .cshrc -rw------- 1 root root 47 Nov 1 15:39 .glintrc -rwx--x--x 1 root root 455 Nov 1 15:39 .profile -rw------- 1 root root 4014 Nov 1 15:39 .tcshrc /sbin: -rwx--x--x 1 root root 23976 Nov 1 15:39 depmod -rwx--x--x 2 root root 274600 Nov 1 15:39 e2fsck -rwx--x--x 1 root root 41268 Nov 1 15:39 fdisk -rwx--x--x 1 root root 9396 Nov 1 15:39 fsck -rwx--x--x 2 root root 274600 Nov 1 15:39 fsck.ext2 -rwx--x--x 1 root root 29556 Nov 1 15:39 getty -rwx--x--x 1 root root 6620 Nov 1 15:39 halt -rwx--x--x 1 root root 23116 Nov 1 15:39 init -rwx--x--x 1 root root 25612 Nov 1 15:39 insmod -rwx--x--x 1 root root 10368 Nov 1 15:39 kerneld -rwx--x--x 1 root root 110400 Nov 1 15:39 ldconfig -rwx--x--x 1 root root 6108 Nov 1 15:39 lsmod -rwx--x--x 2 root root 17400 Nov 1 15:39 mke2fs -rwx--x--x 1 root root 4072 Nov 1 15:39 mkfs -rwx--x--x 2 root root 17400 Nov 1 15:39 mkfs.ext2 -rwx--x--x 1 root root 5664 Nov 1 15:39 mkswap -rwx--x--x 1 root root 22032 Nov 1 15:39 modprobe lrwxrwxrwx 1 root root 4 Nov 1 15:39 reboot -> halt -rwx--x--x 1 root root 7492 Nov 1 15:39 rmmod -rwx--x--x 1 root root 12932 Nov 1 15:39 shutdown lrwxrwxrwx 1 root root 6 Nov 1 15:39 swapoff -> swapon -rwx--x--x 1 root root 5124 Nov 1 15:39 swapon lrwxrwxrwx 1 root root 4 Nov 1 15:39 telinit -> init -rwx--x--x 1 root root 6944 Nov 1 15:39 update /tmp: /usr: drwx--x--x 2 root root 1024 Nov 1 15:39 bin drwx--x--x 2 root root 1024 Nov 1 15:39 lib drwx--x--x 3 root root 1024 Nov 1 15:39 man drwx--x--x 2 root root 1024 Nov 1 15:39 sbin drwx--x--x 3 root root 1024 Nov 1 15:39 share lrwxrwxrwx 1 root root 10 Nov 1 15:39 tmp -> ../var/tmp /usr/bin: -rwx--x--x 1 root root 37164 Nov 1 15:39 afio -rwx--x--x 1 root root 5044 Nov 1 15:39 chroot -rwx--x--x 1 root root 10656 Nov 1 15:39 cut -rwx--x--x 1 root root 63652 Nov 1 15:39 diff -rwx--x--x 1 root root 12972 Nov 1 15:39 du -rwx--x--x 1 root root 56552 Nov 1 15:39 find -r-x--x--x 1 root root 6280 Nov 1 15:39 free -rwx--x--x 1 root root 7680 Nov 1 15:39 head -rwx--x--x 1 root root 8504 Nov 1 15:39 id -r-sr-xr-x 1 root bin 4200 Nov 1 15:39 passwd -rwx--x--x 1 root root 14856 Nov 1 15:39 tail -rwx--x--x 1 root root 19008 Nov 1 15:39 tr -rwx--x--x 1 root root 7160 Nov 1 15:39 wc -rwx--x--x 1 root root 4412 Nov 1 15:39 whoami /usr/lib: lrwxrwxrwx 1 root root 17 Nov 1 15:39 libncurses.so.4 -> libncurses.so.4.2 -rw-r--r-- 1 root root 260474 Nov 1 15:39 libncurses.so.4.2 /usr/sbin: -r-x--x--x 1 root root 13684 Nov 1 15:39 fuser -rwx--x--x 1 root root 3876 Nov 1 15:39 mklost+found /usr/share: drwx--x--x 4 root root 1024 Nov 1 15:39 terminfo /usr/share/terminfo: drwx--x--x 2 root root 1024 Nov 1 15:39 l drwx--x--x 2 root root 1024 Nov 1 15:39 v /usr/share/terminfo/l: -rw------- 1 root root 1552 Nov 1 15:39 linux -rw------- 1 root root 1516 Nov 1 15:39 linux-m -rw------- 1 root root 1583 Nov 1 15:39 linux-nic /usr/share/terminfo/v: -rw------- 2 root root 1143 Nov 1 15:39 vt100 -rw------- 2 root root 1143 Nov 1 15:39 vt100-am /var: drwx--x--x 2 root root 1024 Nov 1 15:39 log drwx--x--x 2 root root 1024 Nov 1 15:39 run drwx--x--x 2 root root 1024 Nov 1 15:39 tmp /var/log: -rw------- 1 root root 0 Nov 1 15:39 wtmp /var/run: -rw------- 1 root root 0 Nov 1 15:39 utmp /var/tmp: Voorbeeldlisting van een directory op een utility-disk: utility diskette total 579 -rwxr-xr-x 1 root root 42333 Jul 28 19:05 cpio* -rwxr-xr-x 1 root root 32844 Aug 28 19:50 debugfs* -rwxr-xr-x 1 root root 103560 Jul 29 21:31 elvis* -rwxr-xr-x 1 root root 29536 Jul 28 19:04 fdisk* -rw-r--r-- 1 root root 128254 Jul 28 19:03 ftape.o -rwxr-xr-x 1 root root 17564 Jul 25 03:21 ftmt* -rwxr-xr-x 1 root root 64161 Jul 29 20:47 grep* -rwxr-xr-x 1 root root 45309 Jul 29 20:48 gzip* -rwxr-xr-x 1 root root 23560 Jul 28 19:04 insmod* -rwxr-xr-x 1 root root 118 Jul 28 19:04 lsmod* lrwxrwxrwx 1 root root 5 Jul 28 19:04 mt -> mt-st* -rwxr-xr-x 1 root root 9573 Jul 28 19:03 mt-st* lrwxrwxrwx 1 root root 6 Jul 28 19:05 rmmod -> insmod* -rwxr-xr-x 1 root root 104085 Jul 28 19:05 tar* lrwxrwxrwx 1 root root 5 Jul 29 21:35 vi -> elvis*