home *** CD-ROM | disk | FTP | other *** search
/ Chip 2000 May / Chip_2000-05_cd2.bin / docu / ascii / suselxde / slxde-16.txt < prev    next >
Text File  |  2000-02-29  |  46KB  |  1,068 lines
  1.                                                                           Kapitel 16
  2.               Besonderheiten in SuSE Linux
  3.  
  4. 16.1 Filesystem Hierarchy Standard (FHS) und Linux
  5.            Standard Base (LSB)
  6.  
  7. SuSE Linux strebt eine weitgehende KonformitΣt zum Filesystem-Stan-
  8. dard (FSSTD) bzw. zu dessen Nachfolger, dem Filesystem Hierarchy Stan-
  9. dard (FHS, Paket fhs, Serie doc; vgl. http://www.pathname.com/
  10. fhs/), an. Aus diesem Grunde ist es bisweilen erforderlich, Dateien oder
  11. Verzeichnisse an die  richtigen" PlΣtze im Dateisystem zu verschieben.
  12. SuSE unterstⁿtzt aktiv die Bemⁿhungen des Linux Standard Base-Projekts;
  13. aktuelle Informationen dazu unter http://www.linuxbase.org.
  14.  
  15. 16.1.1 Beispiel-Umgebungen fⁿr FTP und HTTP
  16.  
  17. Zu FTP
  18.  
  19. Um die Einrichtung eines FTP-Servers zu erleichtern, hΣlt das Paket
  20. ftpdir eine Beispiel-Umgebung bereit. Diese Umgebung wird unter
  21. /usr/local/ftp installiert.
  22.  
  23. Zu HTTP
  24.  
  25. Apache ist der Standard-Webserver bei SuSE Linux; gleichzeitig mit der
  26. Installation des Apache werden Beispiel-Dokumente unter /usr/local/
  27. httpd zur Verfⁿgung gestellt. Wenn Sie einen eigenen Webserver aufbau-
  28. en wollen, ist es empfehlenswert, eine eigene DocumentRoot in /etc/
  29. httpd/httpd.conf einzutragen.
  30.  
  31. 16.1.2 teTeX ¡ TEX unter SuSE Linux
  32. teTeX ist gemΣ▀ der TEX Directory Structure (TDS) zusammengestellt (vgl.
  33. ftp://ftp.dante.de/tex-archive/tds/), ohne den FHS zu ver-
  34. letzen.
  35.  
  36. 16.2 Booten mit der  initial ramdisk"
  37.  
  38.                                                                                   419
  39.  
  40.  
  41.  
  42. 16. Besonderheiten in SuSE Linux
  43.  
  44.                Problemstellung
  45.                Sobald der Linux-Kernel geladen ist und das Root-Dateisystem (/) gemoun-
  46.                tet hat, k÷nnen Programme ausgefⁿhrt und weitere Kernel-Module eingebun-
  47.                den werden, um zusΣtzliche FunktionalitΣten bereitzustellen.
  48.                Um aber das Root-Dateisystem ⁿberhaupt mounten zu k÷nnen, mⁿssen ver-
  49.                schiedene Bedigungen erfⁿllt sein: Der Kernel ben÷tigt die entsprechenden
  50.                Treiber, um das GerΣt ansprechen zu k÷nnen, auf dem das Root-Dateisystem
  51.                liegt (insbesondere SCSI-Treiber). Weiter muss der Kernel den Code ent-
  52.                halten, der ben÷tigt wird, um das Dateisystem lesen zu k÷nnen (ext2,
  53.                reiserfs, romfs usw.). Weiterhin ist es denkbar, dass bereits das Root-
  54.                Dateisystem verschlⁿsselt ist; zum Mounten ist in diesem Fall die Eingabe
  55.                des Schlⁿssels/Passworts erforderlich.
  56.                Betrachtet man nur einmal das Problem der SCSI-Treiber, so sind verschiede-
  57.                ne L÷sungsansΣtze denkbar: Der Kernel kann alle denkbaren Treiber enthal-
  58.                ten. Problematisch, da sich verschiedene Treiber  bei▀en" k÷nnen; au▀erdem
  59.                wird der Kernel dadurch sehr gro▀. Eine andere M÷glichkeit besteht darin,
  60.                verschiedene Kernel zur Verfⁿgung zu stellen, die jeweils nur einen oder sehr
  61.                wenige SCSI-Treiber enthalten. Auch dieser Weg ist problematisch, da er ei-
  62.                ne sehr gro▀e Zahl unterschiedlicher Kernel notwendig macht. Ein Problem,
  63.                das durch verschieden optimierte Kernel (Pentium-Optimierung, SMP) noch
  64.                weiter verschΣrft wird.
  65.                Der Ansatz, den SCSI-Treiber als Modul zu laden, fⁿhrt zur generellen Pro-
  66.                blematik, der durch das Konzept der initial ramdisk begegnet wird: Das
  67.                Schaffen einer M÷glichkeit, Userspace-Programme bereits vor dem Mounten
  68.                des Root-Dateisystems ausfⁿhren zu k÷nnen.
  69.  
  70.                16.2.1 Konzept der initial ramdisk
  71.                Die initial ramdisk (auch  initdisk" oder  initrd" genannt) l÷st genau diese
  72.                oben beschriebenen Probleme. Der Linux-Kernel bietet die M÷glichkeit, ein
  73.                (kleines) Dateisystem in eine Ramdisk laden zu lassen, und darin Programme
  74.                ausfⁿhren zu lassen, bevor das eigentliche Root-Dateisystem gemountet wird.
  75.                Das Laden der initrd wird dabei vom Bootloader (LILO, loadlin usw.)
  76.                ⁿbernommen; all diese Bootloader ben÷tigen lediglich BIOS-Routinen, um
  77.                Daten vom Bootmedium zu laden. Wenn der Bootloader den Kernel laden
  78.                kann, dann kann er auch die initial ramdisk laden. Spezielle Treiber sind somit
  79.                nicht erforderlich.
  80.  
  81.                16.2.2 Ablauf des Bootvorgangs mit initrd
  82.                Der Bootloader lΣdt den Kernel und die initrd in den Speicher und startet
  83.                den Kernel, wobei der Bootloader dem Kernel mitteilt, dass eine initrd
  84.                vorhanden ist und wo im Speicher diese liegt.
  85.                War die initrd komprimiert (was typischerweise der Fall ist), so de-
  86.                komprimiert der Kernel die initrd und mountet sie als temporΣres Root-
  87.                Dateisystem. Hierauf wird in der initrd ein Programm mit dem Namen
  88.                linuxrc gestartet. Dieses Programm kann nun all die Sachen tun, die erfor-
  89.                derlich sind, um das richtige Root-Dateisystem mounten zu k÷nnen. Sobald
  90.  
  91. 420
  92.  
  93.  
  94.  
  95.                                                        16.2. Booten mit der  initial ramdisk"
  96.  
  97. linuxrc terminiert, wird die (temporΣre) initrd wieder abgehΣngt (engl.
  98. unmounted) und der Bootvorgang wird wie gewohnt mit dem Mounten des
  99. richtigen Root-Dateisystems fortgefⁿhrt. Das Mounten der initrd und das
  100. Ausfⁿhren von linuxrc kann somit als ein kurzes Intermezzo wΣhrend eines
  101. normalen Bootvorgangs betrachtet werden.
  102. Kann die initrd nicht abgehΣngt werden (was i. a. als Fehler angesehen
  103. werden sollte), so versucht der Kernel die initrd auf das Verzeichnis
  104. /initrd um-zumounten. Ist auch der Mountpunkt /initrd nicht vorhan-
  105. den, so resultiert eine Fehlermeldung. Das System ist in einem solchen Fall
  106. voll funktionsfΣhig, jedoch kann der durch die initrd belegte Speicher nie
  107. freigegeben werden und steht somit nicht mehr zur Verfⁿgung.
  108.  
  109. linuxrc
  110. Fⁿr das Programm linuxrc in der initrd gibt es lediglich die folgenden An-
  111. forderungen: Es muss den speziellen Namen linuxrc tragen und es muss
  112. im Root-Verzeichnis der initrd liegen. Abgesehen davon muss es lediglich
  113. vom Kernel ausgefⁿhrt werden k÷nnen. Das bedeutet, dass linuxrc durchaus
  114. dynamisch gelinkt sein darf; in diesem Fall mⁿssen natⁿrlich die  shared li-
  115. braries" wie gewohnt vollstΣndig unter /lib in der initrd verfⁿgbar sein.
  116. Weiter darf linuxrc auch ein Shellskript sein; in diesem Fall muss natⁿrlich
  117. eine  Shell in /bin existieren. Kurz gesagt, muss die initrd ein mini-
  118. males Linux-System enthalten, das die Ausfⁿhrung des Programmes linuxrc
  119. erlaubt. Bei der Installation von SuSE Linux wird ein statisch gelinktes linux-
  120. rc verwendet, um die initrd so klein wie m÷glich halten zu k÷nnen (der
  121. Platz auf Bootdisketten ist sehr knapp). linuxrc wird mit `root'-Rechten
  122. ausgefⁿhrt.
  123.  
  124. Das echte Root-Dateisystem
  125. Sobald linuxrc terminiert, wird die initrd abgehΣngt und verworfen,
  126. der Bootvorgang geht normal weiter und der Kernel mountet das wirkli-
  127. che Root-Dateisystem. Was als Root-Dateisystem gemountet werden soll,
  128. kann durch linuxrc beeinflusst werden. Dazu muss linuxrc lediglich das
  129. /proc-Dateisystem mounten und den Wert des echten Root-Dateisystems in
  130. numerischer Form nach /proc/sys/kernel/real-root-dev schrei-
  131. ben.
  132.  
  133. 16.2.3 Bootloader
  134. Die meisten Bootloader (vor allem LILO, loadlin und syslinux) k÷nnen mit
  135. initrd umgehen. Die einzelnen Bootloader werden wie folgt angewiesen,
  136. eine initrd zu verwenden:
  137. 1. LILO
  138.         Eintrag der folgenden Zeile in /etc/lilo.conf:
  139.    Die Datei /boot/initdisk.gz ist die initial ramdisk. Sie kann (muss
  140.    aber nicht) komprimiert sein.
  141. 2. loadlin.exe
  142.         Aufruf mittels:
  143. C:> loadlin <kernelimage> initrd=C:\loadlin\initdisk.gz <parameter>
  144.  
  145.                                                                                          421
  146.  
  147.  
  148.  
  149. 16. Besonderheiten in SuSE Linux
  150.  
  151.  
  152.                  initrd=/boot/initdisk.gz
  153.  
  154.  
  155.  
  156.                3. syslinux
  157.                    Eintrag der folgenden Zeile in syslinux.cfg:
  158.  
  159.  
  160.                  append initrd=initdisk.gz <weitere Parameter>
  161.  
  162.  
  163.  
  164.                16.2.4 Anwendung von initrd bei SuSE
  165.  
  166.                Installation des Systems
  167.                Die initrd wird bereits seit geraumer Zeit fⁿr die Installation verwendet:
  168.                Dabei kann der Anwender in linuxrc Module laden und die fⁿr eine Installa-
  169.                tion notwendigen Eingaben (wie vor allem Quellmedium) machen. Linuxrc
  170.                startet dann YaST, das die Installation durchfⁿhrt. Hat YaST seine Arbeit
  171.                getan, teilt es linuxrc mit, wo das Root-Dateisystem des frisch installierten
  172.                Systems liegt. linuxrc schreibt diesen Wert nach /proc, beendet sich, und
  173.                der Kernel bootet in das frisch installierte System weiter.
  174.                Bei einer Installation von SuSE Linux bootet man somit von Anfang an quasi
  175.                das System, das gerade erst installiert wird ¡ irgendwie schick ;-) Ein ech-
  176.                ter Reboot nach der Installation erfolgt nur, wenn der gerade laufende Kernel
  177.                nicht zu den Modulen passt, die im System installiert wurden. Da SuSE Linux
  178.                derzeit bei der Installation einen Kernel fⁿr Uni-Prozessor-Systeme verwen-
  179.                det, geschieht dies derzeit nur dann, wenn im System ein SMP-Kernel mit-
  180.                samt entsprechenden Modulen installiert wurde. Um alle Module verwenden
  181.                zu k÷nnen, muss deshalb der neu im System installierte SMP-Kernel gebootet
  182.                werden.
  183.  
  184.                Booten des installierten Systems
  185.                In der Vergangenheit hat YaST mehr als 40 Kernel fⁿr die Installation im Sys-
  186.                tem angeboten, wobei sich die Kernel im Wesentlichen dadurch unterschie-
  187.                den hatten, dass jeder Kernel einen bestimmten SCSI-Treiber enthielt. Dies
  188.                war n÷tig, um nach dem Booten das Root-Dateisystem mounten zu k÷nnen.
  189.                Weitere Treiber konnten dann als Modul nachgeladen werden.
  190.                Da inzwischen aber auch optimierte Kernel zur Verfⁿgung gestellt werden,
  191.                ist dieses Konzept nicht mehr tragbar ¡ es wΣren inzwischen weit ⁿber
  192.                100 Kernel-Images n÷tig.
  193.                Daher wird nun auch fⁿr das normale Starten des Systems eine initrd
  194.                verwendet. Die Funktionsweise ist analog wie bei einer Installation. Das hier
  195.                eingesetzte linuxrc ist jedoch einfach nur ein Shellskript, das lediglich die
  196.                Aufgabe hat, einige vorgegebene Module zu laden. Typischerweise handelt
  197.  
  198. 422
  199.  
  200.  
  201.  
  202.                                                      16.2. Booten mit der  initial ramdisk"
  203.  
  204. es sich nur um ein einziges Modul, nΣmlich denjenigen SCSI-Treiber, der
  205. ben÷tigt wird, um auf das Root-Dateisystem zugreifen zu k÷nnen.
  206.  
  207. Erstellen einer initrd
  208. Das Erstellen einer initrd erfolgt mittels des Scripts mk_initrd.
  209. Die zu ladenden Module werden bei SuSE Linux durch die Bezeichner
  210. INITRD_MODULES in /etc/rc.config festgelegt. Nach einer Instal-
  211. lation wird diese Variable automatisch durch die richtigen Werte vorbelegt
  212. (das Installations-linuxrc wei▀ ja, welche Module geladen wurden). Dabei ist
  213. zu erwΣhnen, dass die Module in genau der Reihenfolge geladen werden, in
  214. der sie in INITRD_MODULES auftauchen. Das ist besonders wichtig, wenn
  215. mehrere SCSI-Treiber verwendet werden, da sich ansonsten die Benennung
  216. der Platten Σndern wⁿrde. Strenggenommen wⁿrde es reichen, nur denjenigen
  217. SCSI-Treiber laden zu lassen, der fⁿr den Zugriff auf das Root-Dateisystem
  218. ben÷tigt wird. Da das automatische Nachladen zusΣtzlicher SCSI-Treiber
  219. jedoch problematisch ist (wie sollte es  getriggert" werden, wenn auch am
  220. zweiten SCSI-Adapter Platten hΣngen), laden wir alle bei der Installation
  221. verwendeten SCSI-Treiber mittels der initrd.
  222. Das aktuelle mk_initrd prⁿft, ob fⁿr den Zugriff auf das Root-Dateisystem
  223. ⁿberhaupt ein SCSI-Treiber ben÷tigt wird. Ruft man mk_initrd auf ei-
  224. nem System auf, bei dem / auf EIDE-Platten liegt, erstellt es keine initrd,
  225. da diese nicht n÷tig ist, weil die bei SuSE Linux verwendeten Kernel be-
  226. reits die EIDE-Treiber enthalten. Da inzwischen immer mehr spezielle EIDE-
  227. Controller auf den Markt kommen, wird es aber voraussichtlich fⁿr die Zu-
  228. kunft n÷tig werden, auch in diesen FΣllen eine initrd fⁿr das Booten des
  229. installierten Systems zu verwenden.
  230. Wichtig: Da das Laden der initrd durch den Bootloader genauso ablΣuft
  231. wie das Laden des Kernels selbst (LILO vermerkt in seiner map-Datei die
  232. Lage der Dateien), muss nach jeder ─nderung der initrd LILO neu in-
  233. stalliert werden! Nach einem mk_initrd ist somit immer auch ein lilo
  234. n÷tig!
  235.  
  236. 16.2.5 M÷gliche Schwierigkeit ¡ Selbstcompilierte Kernel
  237. ▄bersetzt man sich selbst einen Kernel, so kann es zu folgendem hΣufigen
  238. Problem kommen: Aus Gewohnheit wird der SCSI-Treiber fest in den Ker-
  239. nel gelinkt, die bestehende initrd bleibt aber unverΣndert. Beim Booten
  240. geschieht nun folgendes: Der Kernel enthΣlt bereits den SCSI-Treiber, die
  241. Hardware wird erkannt. Die initrd versucht nun jedoch, den Treiber noch-
  242. mals als Modul zu laden; dies fⁿhrt bei einigen SCSI-Treibern (insbesondere
  243. beim aic7xxx) zum Stillstand des Systems. Strenggenommen handelt es
  244. sich um einen Kernelfehler (ein bereits vorhandener Treiber darf nicht ein
  245. zweites Mal als Modul geladen werden k÷nnen) ¡ das Problem ist aber be-
  246. reits in anderem Zusammenhang bekannt (serieller Treiber).
  247. Es gibt mehrere L÷sungen fⁿr das Problem: Entweder den Treiber als Modul
  248. konfigurieren (dann wird er korrekt in der initrd geladen), oder aber den
  249. Eintrag fⁿr die initrd aus /etc/lilo.conf entfernen. ─quivalent zur
  250. letzteren L÷sung ist es, den Treiber aus INITRD_MODULES zu entfernen und
  251.  
  252.                                                                                        423
  253.  
  254.  
  255.  
  256. 16. Besonderheiten in SuSE Linux
  257.  
  258.                mk_initrd aufzurufen, das dann feststellt, dass keine initrd ben÷tigt
  259.                wird.
  260.  
  261.                16.2.6 Ausblick
  262.                Fⁿr die Zukunft ist es denkbar, dass eine initrd fⁿr weitaus mehr (und
  263.                anspruchsvollere) Dinge verwendet wird als nur fⁿr das Laden der Module,
  264.                die fⁿr den Zugriff auf / ben÷tigt werden.
  265.                 *  High end" EIDE-Treiber
  266.                 * Root-Dateisystem auf Software RAID (linuxrc setzt die md-Devices auf)
  267.                 * Root-Dateisystem auf LVM
  268.                 * Root-Dateisystem ist verschlⁿsselt (linuxrc fragt nach Passwort)
  269.                 * Root-Dateisystem auf einer SCSI-Platte am PCMCIA-Adapter
  270.  
  271.                Weitere Informationen
  272.                /usr/src/linux/Documentation/ramdisk.txt
  273.                /usr/src/linux/Documentation/initrd.txt
  274.                Manual-Page von initrd (man 4 initrd).
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303. 424
  304.  
  305.  
  306.  
  307.                                                                                            16.3. linuxrc
  308.  
  309. 16.3 linuxrc
  310. linuxrc ist ein Programm, das in der Hochlauf-Phase des Kernels gestartet
  311. wird, bevor richtig gebootet wird1. Diese angenehme Eigenschaft des Kernels
  312. erlaubt es, einen kleinen modularisierten Kernel zu booten und die wenigen
  313. Treiber, die man wirklich braucht, als Module nachzuladen ¡ im Notfall sogar
  314. von einer zweiten Diskette (modules).
  315. linuxrc hilft Ihnen, die fⁿr Ihre Hardware relevanten Treiber zu laden. Sie
  316. k÷nnen linuxrc nicht nur bei der Installation verwenden, sondern auch als
  317. Boot-Tool fⁿr Ihr installiertes System (also eine Art Notfalldiskette) und
  318. Sie k÷nnen sogar ein autonomes, RAM-Disk-basiertes Rettungssystem star-
  319. ten, etwa wenn etwas Gr÷▀eres auf der Festplatte zerst÷rt ist oder wenn Sie
  320. schlicht das `root'-Passwort vergessen haben. NΣheres finden Sie in Ab-
  321. schnitt 16.5 auf Seite 432.
  322.  
  323. Hauptmenⁿ
  324. Nachdem Sprache, Bildschirm und Tastatur eingestellt sind, kommen Sie in
  325. das Hauptmenⁿ von linuxrc (vgl. Abbildung 2.3 auf Seite 30).
  326. Ziel ist der Menⁿpunkt `Installation / System starten'. Ob
  327. Sie direkt dorthin verzweigen k÷nnen, hΣngt von der Hardware Ihres Rech-
  328. ners ab:
  329. Wenn alle Komponenten, die fⁿr eine Installation ben÷tigt werden, bereits
  330. vom Kernel erkannt wurden, so brauchen Sie keine weiteren Treiber zu laden.
  331. Dies trifft zu fⁿr Rechner, die ausschlie▀lich ⁿber Festplatten und CD-ROM-
  332. Laufwerk an einem (E)IDE-Adapter verfⁿgen.
  333. Besitzt das System einen SCSI-Adapter, der fⁿr die Installation ben÷tigt
  334. wird2, so muss ein SCSI-Modul geladen werden. Das gleiche gilt, wenn die
  335. Installation ⁿber das Netzwerk erfolgen soll: Hier muss fⁿr die einzusetzende
  336. Netzwerkkarte erst ein passendes Modul geladen werden.
  337. Schlie▀lich gibt es noch eine Reihe von Σlteren CD-ROM-Laufwerken, die
  338. mit eigener Controller-Karte geliefert wurden und die daher jeweils eigene
  339. Kernelmodule ben÷tigen. Auch wenn an einem Laptop PCMCIA-GerΣte ver-
  340. wendet werden, mⁿssen Sie Module laden.
  341.  
  342. Systeminformationen
  343. Sind Sie sich nicht sicher, welche Hardware Ihr Rechner hat, so k÷nnen Ihnen
  344. die Kernelmeldungen helfen, die wΣhrend des Bootens ausgegeben wurden.
  345. Unter `Systeminformationen' (Abbildung 16.1 auf der nΣchsten Sei-
  346. te) k÷nnen Sie neben den Meldungen des Kernels auch einige weitere Din-
  347. ge ⁿberprⁿfen, etwa die I/O-Adressen von PCI-Karten oder die Gr÷▀e des
  348. Hauptspeichers, die von Linux erkannt wurde.
  349. Die folgenden Zeilen zeigen, wie sich eine Festplatte und ein CD-ROM-
  350. Laufwerk an einem EIDE-Adapter melden. In diesem Fall mⁿssen Sie keine
  351. Kernelmodule fⁿr eine Installation laden:
  352. 1 Natⁿrlich muss der Kernel entsprechend konfiguriert sein.
  353. 2 Ein Adapter, an dem nur ein Scanner hΣngt, kann erst einmal unberⁿcksichtigt bleiben.
  354.  
  355.                                                                                                     425
  356.  
  357.  
  358.  
  359. 16. Besonderheiten in SuSE Linux
  360.  
  361.  
  362.  
  363.  
  364.  
  365.  
  366.  
  367.  
  368.  
  369.  
  370.  
  371.  
  372.  
  373.  
  374.                                     Abbildung 16.1: Systeminformationen
  375.  
  376.  
  377.                hda: ST32140A, 2015MB w/128kB Cache, LBA, CHS=1023/64/63
  378.                hdb: CD-ROM CDR-S1G, ATAPI CDROM drive
  379.                Partition check:
  380.                 hda: hda1 hda2 hda3 < hda5 >
  381.  
  382.                Haben Sie einen Kernel gestartet, der bereits einen SCSI-Treiber fest inte-
  383.                griert hat, so brauchen Sie natⁿrlich ebenfalls kein SCSI-Modul mehr zu la-
  384.                den. Typische Meldungen bei Erkennung eines SCSI-Adapters und der daran
  385.                angeschlossenen GerΣte:
  386.  
  387.                scsi : 1 host.
  388.                Started kswapd v 1.4.2.2
  389.                scsi0 : target 0 accepting period 100ns offset 8 10.00MHz FAST SC-
  390.                SI-II
  391.                scsi0 : setting target 0 to period 100ns offset 8 10.00MHz FAST SC-
  392.                SI-II
  393.                  Vendor: QUANTUM        Model: VP32210             Rev: 81H8
  394.                  Type:    Direct-Access                            ANSI SCSI revisi-
  395.                on: 02
  396.                Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
  397.                scsi0 : target 2 accepting period 236ns offset 8 4.23MHz syn-
  398.                chronous SCSI
  399.                scsi0 : setting target 2 to period 248ns offset 8 4.03MHz syn-
  400.                chronous SCSI
  401.                  Vendor: TOSHIBA        Model: CD-ROM XM-3401TA Rev: 0283
  402.                  Type:    CD-ROM                                   ANSI SCSI revisi-
  403.                on: 02
  404.                scsi : detected 1 SCSI disk total.
  405.                SCSI device sda: hdwr sector= 512 bytes. Sectors= 4308352 [2103 MB] [2.1 GB]
  406.                Partition check:
  407.                 sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 >
  408.  
  409.                Laden von Modulen
  410.  
  411.                Sie wΣhlen aus, welche Art von Modul Sie ben÷tigen. Wurde von der Diskette
  412.                gebootet, werden nun die entsprechenden Daten von linuxrc eingelesen und
  413.                Ihnen im Folgenden zur Auswahl dargestellt.
  414.  
  415. 426
  416.  
  417.  
  418.  
  419.                                                                                16.3. linuxrc
  420.  
  421. Wenn Sie von CD gebootet haben oder von DOS aus mittels loadlin nach-
  422. gestartet haben, stehen die Module bereits alle linuxrc zur Verfⁿgung. Dies
  423. erspart das langwierige Laden, braucht dafⁿr jedoch mehr Speicher. Hat Ihr
  424. Rechner weniger als 8 MB RAM, mⁿssen Sie von Diskette booten.
  425.  
  426.  
  427.  
  428.  
  429.  
  430.  
  431.  
  432.  
  433.  
  434.  
  435.  
  436.  
  437.  
  438.  
  439.  
  440.  
  441.                        Abbildung 16.2: Module laden
  442.  
  443. linuxrc bietet Ihnen die verfⁿgbaren Treiber in einer Liste an. Links sehen
  444. Sie den Namen des zustΣndigen Moduls, rechts eine Kurzbeschreibung der
  445. Hardware, fⁿr die der Treiber zustΣndig ist.
  446. Fⁿr einige Komponenten gibt es mitunter mehrere Treiber oder neuere Alpha-
  447. Treiber. Auch diese werden hier angeboten.
  448.  
  449.  
  450.  
  451.  
  452.  
  453.  
  454.  
  455.  
  456.  
  457.  
  458.  
  459.  
  460.  
  461.  
  462.  
  463.  
  464.                 Abbildung 16.3: Auswahl der SCSI-Treiber
  465.  
  466.  
  467.                                                                                         427
  468.  
  469.  
  470.  
  471. 16. Besonderheiten in SuSE Linux
  472.  
  473.                Parametereingabe
  474.  
  475.                Haben Sie den Treiber gefunden, der fⁿr Ihre Hardware zustΣndig ist, positio-
  476.                                                          
  477.                nieren Sie den Cursor und drⁿcken Sie      
  478.                                                            . Es erscheint eine Maske, in der
  479.                Sie etwaige Parameter fⁿr das zu ladende Modul eingeben k÷nnen. NΣheres
  480.                zu den unterschiedlichen Modulparametern finden Sie in Abschnitt 14.3.4 auf
  481.                Seite 377.
  482.  
  483.  
  484.  
  485.  
  486.  
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.                    Abbildung 16.4: Eingabe der Parameter fⁿr das Laden eines Moduls
  499.  
  500.  
  501.                Hier sei nur noch einmal darauf hingewiesen, dass im Gegensatz zur Para-
  502.                metereingabe am Kernel-Prompt (MILO, LILO oder SYSLINUX) mehre-
  503.                re Parameter fⁿr das gleiche Modul durch Leerzeichen voneinander getrennt
  504.                werden mⁿssen.
  505.  
  506.                In vielen FΣllen ist die genaue Spezifizierung der Hardware gar nicht not-
  507.                wendig; die meisten Treiber finden Ihre Komponenten von alleine. Lediglich
  508.                bei den Netzwerkkarten und bei Σlteren CD-ROM-Laufwerken mit eigener
  509.                Controller-Karte ist die Angabe von Parametern mitunter erforderlich. Pro-
  510.                                                                          
  511.                bieren Sie es jedenfalls am einfachsten erst einmal mit      
  512.                                                                           .
  513.  
  514.                Bei einigen Modulen kann das Erkennen und Initialisieren der Hardware recht
  515.                                                                                        
  516.                lange dauern. Durch Umschalten auf die virtuelle Konsole 4 ( Alt  +  F4  
  517.                                                                                            )
  518.                k÷nnen Sie die Meldungen des Kernels wΣhrend des Ladens beobachten.
  519.                Vor allem SCSI-Adapter lassen sich etwas Zeit beim Ladevorgang, da sie
  520.                auch eine gewisse Zeit warten, bis sich alle angeschlossenen GerΣte gemeldet
  521.                haben.
  522.  
  523.                Wurde das Modul erfolgreich geladen, werden die Meldungen des Kernels
  524.                von linuxrc angezeigt, sodass Sie sich vergewissern k÷nnen, dass alles wie
  525.                vorgesehen gelaufen ist. Ansonsten erlauben die Meldungen m÷glicherweise,
  526.                die Ursache fⁿr das Scheitern zu finden.
  527.  
  528. 428
  529.  
  530.  
  531.  
  532.                                                                                              16.3. linuxrc
  533.  
  534. System / Installation starten
  535. Haben Sie die komplette Kernel-Unterstⁿtzung fⁿr Ihre Hardware erreicht, so
  536. k÷nnen Sie zum Punkt `System / Installation starten' weiter-
  537. gehen.
  538.  
  539.  
  540.  
  541.  
  542.  
  543.  
  544.  
  545.  
  546.  
  547.  
  548.  
  549.  
  550.  
  551.  
  552.  
  553.                            Abbildung 16.5: Ziel von linuxrc
  554.  
  555. Von hier aus (Abbildung 16.5 auf der nΣchsten Seite) lassen sich mehrere Vor-
  556. gΣnge ansto▀en: `Installation starten' (ⁿber diesen Punkt wird
  557. auch das Update eingeleitet), `Installiertes System booten'
  558. (die Rootpartition muss bekannt sein), `Rettungssystem starten'
  559. (vgl. Abschnitt 16.5 auf Seite 432) und `Live-CD starten'3.
  560.  
  561.  Der Punkt `Live-CD starten' kann z. B. immer dann nⁿtzliche
  562.  Dienste leisten, wenn man ohne eigentliche Festplatten-Installation testen
  563.  m÷chte, ob der fragliche Rechner oder das anzuschaffende Notebook ⁿber-
  564.  haupt mit SuSE Linux kompatibel ist ¡ ein solcher Test sollte in jedem
  565.  zeitgemΣ▀en PC-Laden ohne UmstΣnde m÷glich sein!
  566.  
  567. Fⁿr die Installation (Abbildung 16.6 auf der vorherigen Seite) und Σhnlich
  568. auch fⁿr das Rettungssystem k÷nnen Sie verschiedene Quellen wΣhlen (Ab-
  569. bildung 16.8 auf Seite 433).
  570.  
  571.  
  572.  
  573.  
  574.  
  575.  
  576.  
  577.  
  578. 3 Diese Live-CD ( Live-Filesystem") steht nur fⁿr x86er Architekturen zur Verfⁿgung; vgl.
  579. Abschnitt 3.6.4 auf Seite 107.
  580.  
  581.                                                                                                       429
  582.  
  583.  
  584.  
  585. 16. Besonderheiten in SuSE Linux
  586.  
  587.  
  588.  
  589.  
  590.  
  591.  
  592.  
  593.  
  594.  
  595.  
  596.  
  597.  
  598.  
  599.  
  600.  
  601.  
  602.                           Abbildung 16.6: Auswahl des Quellmediums in linuxrc
  603.  
  604.                16.4 Das Hilfesystem fⁿr SuSE Linux
  605.                Das Hilfesystem ist komponenten-orientiert aufgebaut und kann ⁿber be-
  606.                liebige Webbrowser abgefragt werden (unter der grafischen OberflΣche vgl.
  607.                oben Abbildung 1.1 auf Seite 8 bzw. auf der Text-Konsole vgl. hier Abbil-
  608.                dung 16.7) ¡ wenn Sie wollen, sogar netzweit.
  609.                Der zentrale Baustein des Systems befindet sich in Paket susehilf, Serie
  610.                doc (Dokumentation). Je nach gewⁿnschtem Umfang bzw. nach erforderli-
  611.                cher FunktionalitΣt sind weiter die folgenden Pakete zu installieren (zum Vor-
  612.                gang der Installation vgl. Abschnitt 3.4.3 auf Seite 94). Die essentiell wichti-
  613.                gen Pakete werden automatisch installiert, wenn Sie die Standard-Installation
  614.                von YaST aus durchfⁿhren ¡ also bitte keine Panik, falls Sie fⁿr den Moment
  615.                den ▄berblick zu verlieren scheinen ;-)
  616.  
  617.  
  618.  
  619.  
  620.  
  621.  
  622.  
  623.  
  624.  
  625.  
  626.  
  627.  
  628.  
  629.  
  630.                             Abbildung 16.7: Startseite des Hilfesystems (lynx)
  631.  
  632.  
  633. 430
  634.  
  635.  
  636.  
  637.                                                        16.4. Das Hilfesystem fⁿr SuSE Linux
  638.  
  639. Paket apache, Serie n: Apache, der lokale WWW-Server.
  640. Paket sdb, Serie doc: Das Grundpaket mit der SuchfunktionalitΣt fⁿr die
  641.    SDB.
  642. Paket sdb_de, Serie doc: Die Texte der Support-Datenbank (SDB),
  643.    deutschsprachig.
  644. Paket susepak, Serie doc: Falls Sie die Paket-Beschreibungen einmal in
  645.    Ruhe studieren m÷chten ...
  646. Paket howtodeh, Serie doc: Die Howto-Dokumente, deutschsprachig.
  647. Paket howtoenh, Serie doc: Die Howto-Dokumente, englische Version
  648.    (in der Regel natⁿrlich aktueller als die ▄bersetzungen).
  649. Paket ldp, Serie doc: Bⁿcher, FAQs etc. des Linux Documentation Pro-
  650.    ject (LDP) in HTML.
  651. Paket rman, Serie ap: EnthΣlt http-rman.
  652. Paket inf2htm, Serie doc: Damit ist's m÷glich, die Info-Dokumente
  653.    (vgl. Abschnitt 1.4.3 auf Seite 9) mit dem WWW-Browser zu lesen; die
  654.    Dokumente werden  on-the-fly" konvertiert.
  655. Paket dochost, Serie n: Eine Maschinerie fⁿr einen zentralen Dokumenten-
  656.    Server im Netz. Bitte machen Sie sich mit /usr/doc/packages/
  657.    dochost/README.SuSE vertraut!
  658. Paket htdig, Serie n: Zum Erstellen eines Suchindex ⁿber alle WWW-
  659.    Dokumente die auf dem Rechner (oder im lokalen Netz) installiert sind;
  660.    der Rechner wird zu einer kleinen Web-Suchmaschine.
  661.  
  662. Paket dochost und Paket htdig sind nicht zwingend erforderlich, aber um
  663. volle FunktionalitΣt zu erlangen, sind diese Pakete schon sehr nⁿtzlich.
  664.  
  665. 16.4.1 Konfiguration fⁿr Einzelplatz bzw. Serversystem
  666. Setzen Sie in /etc/rc.config die Variablen fⁿr ein Einzelplatzsystem
  667. wie in Datei 16.4.1 aufgelistet (am besten mit YaST, wie in Abschnitt 3.6.12
  668. auf Seite 114 und speziell auf Seite 452 erklΣrt). Dies setzt natⁿrlich voraus,
  669. dass Ihr System sonne.kosmos.all hei▀t; andernfalls mⁿssen Sie die von
  670. Ihnen vergebenen Namen verwenden.
  671.  
  672. START_INETD="yes"
  673. START_HTTPD="yes"
  674. DOC_SERVER="yes"
  675. DOC_HOST="sonne.kosmos.all "
  676. DOC_ALLOW="LOCAL .kosmos.all "
  677.  
  678.    Datei 16.4.1: /etc/rc.config fⁿr Einzelplatz bzw. Serversystem
  679.  
  680. Der inetd (engl. inet daemon) sollte in jedem Fall gestartet werden; dieser
  681. Daemon wird u. a. fⁿr den Zugriff auf  Manpages via http-rman ben÷-
  682. tigt. http-rman kann natⁿrlich nur dann funktionieren, wenn dieser Dienst
  683. in /etc/hosts.deny nicht abgeschaltet ist.
  684. Sorgen Sie dafⁿr, dass der HTTP-Server (apache) beim Booten gestartet wird;
  685. dafⁿr ist START_HTTPD auf yes zu setzen.
  686.  
  687.                                                                                        431
  688.  
  689.  
  690.  
  691. 16. Besonderheiten in SuSE Linux
  692.  
  693.                DOC_SERVER legt fest, ob von diesem Rechner die Dokumente zur Verfⁿ-
  694.                gung gestellt werden sollen; diese Variable muss auch dann auf yes gesetzt
  695.                werden, wenn man ¡ wie z. B. im Falle eines Einzelplatzsystems ¡ lokalen
  696.                Zugriff auf die Dokumente haben m÷chte. DOC_HOST gibt den Namen den
  697.                Dokumentenservers an (hier: sonne.kosmos.all). DOC_ALLOW ist eine
  698.                sicherheitsrelevante Einstellung; dort sind die Rechner bzw. Domains einzu-
  699.                tragen, denen Zugriff auf die Manpages gestattet werden soll. Wenn Sie den
  700.                Zugriff fⁿr eine komplette Domain freigeben wollen, vergessen Sie nicht den
  701.                fⁿhrenden Punkt `.' vor dem Namen!
  702.  
  703.                  Beachten Sie, dass nach jeder ─nderung der Variablen SuSEconfig lau-
  704.                  fen muss; wenn Sie mit YaST arbeiten, geschieht dies beim Verlassen der
  705.                  Maske automatisch.
  706.  
  707.                Die Volltextsuche ist erst verfⁿgbar, wenn die Indizes fⁿr ht://Dig (Pa-
  708.                ket htdig) erzeugt sind. Die Indizes sind z. Z. ca. 70 MB gro▀. Un-
  709.                ter /opt/www/htdig sollten wΣhrend der Initialisierung der Datenbank
  710.                mindestens 200 MB freier Plattenplatz vorhanden sein. Die Initialisierung
  711.                geschieht durch die Eingabe von:
  712.                    erde:~ # suserundig
  713.                Das Skript /usr/sbin/suserundig wertet die Konfigurationsdatei
  714.                /opt/www/htdig/conf/susedig.conf aus und legt die Indizes an.
  715.                Treten VerΣnderungen des Datenbestands ein (z. B. nach dem Update der
  716.                HTML-Dokumente), dann muss suserundig erneut aufgerufen werden.
  717.  
  718.                16.4.2 Konfiguration fⁿr einen Client-Rechner
  719.                In einer vernetzen Umgebung m÷chten Sie m÷glicherweise nicht auf allen
  720.                Rechnern die komplette Dokumentation installieren; brauchen Sie auch nicht!
  721.                Installieren Sie von all den oben genannten Paketen auf dem Client nur das
  722.                Paket dochost, Serie n und setzen Sie in /etc/rc.config die Variablen
  723.                wie in Datei 16.4.2.
  724.  
  725.                DOC_SERVER="no"
  726.                DOC_HOST="sonne.kosmos.all"
  727.                DOC_ALLOW=""
  728.  
  729.                          Datei 16.4.2: /etc/rc.config fⁿr einen Client-Rechner
  730.  
  731.                Dies kann natⁿrlich nur dann funktionieren, wenn Dokumentation tatsΣchlich
  732.                auf sonne.kosmos.all installiert ist!
  733.  
  734.                16.4.3 Das Hilfesystem benutzen
  735.                Wenn das Hilfesystem ¡ wie oben beschrieben ¡ installiert ist, k÷nnen Sie
  736.                es entweder mit dem Befehl hilfe oder susehelp aufrufen. Oder Sie ge-
  737.                ben direkt in einem WWW-Browser die URL http://localhost/doc/
  738.                susehilf/index.html oder http://sonne.kosmos.all/doc/
  739.                susehilf/index.html ein; sonne.kosmos.all funktioniert natⁿr-
  740.                lich nur, wenn Sie Ihren Rechner bzw. den Dokumentenserver so genannt
  741.                haben.
  742.  
  743. 432
  744.  
  745.  
  746.  
  747.                                                                              16.5. Das SuSE Rettungssystem
  748.  
  749. 16.5 Das SuSE Rettungssystem
  750.  
  751. ▄berblick
  752. SuSE Linux enthΣlt ¡ unabhΣngig vom Installations-System ¡ ein selbstΣn-
  753. diges Linux-Rettungssystem4, mit dem Sie in NotfΣllen  von au▀en" an alle
  754. Ihre Linux-Partitionen auf den Festplatten wieder herankommen. Bestandteil
  755. des Rettungssystems ist eine sorgfΣltige Auswahl von Hilfsprogrammen, mit
  756. denen Sie genⁿgend Werkzeug zur Verfⁿgung haben, um eine Vielzahl von
  757. Problemen mit unzugΣnglich gewordenen Festplatten, fehlerhaften Konfigu-
  758. rationsdateien usw. zu beheben.
  759. Das Rettungssystem besteht aus einer Bootdiskette bzw. einer bootbaren
  760. SuSE Linux-CD sowie einem  Rescue"-System, das sich bei SuSE Linux
  761. von ganz unterschiedlichen Medien (Diskette, CD, aus dem Netz, ja sogar di-
  762. rekt vom SuSE-FTP-Server) nachladen lΣsst. ¡ Alles in allem eine spannende
  763. Angelegenheit.
  764.  
  765. Vorabeiten
  766. Da Sie die Bootdiskette jederzeit anhand der richtigen Abbilddatei auf der CD
  767. unter /disks neu erzeugen k÷nnen, bildet es eine recht sichere Rⁿckende-
  768. ckung. Neben der Bootdiskette wird von der CD im Minimalfall lediglich die
  769. Datei /disks/rescue ben÷tigt, die das komprimierte Abbild eines klei-
  770. nen Root-Dateisystems enthΣlt. Wenn Sie diese Datei mit den Linux-Befehlen
  771.     erde: # /sbin/badblocks -v /dev/fd0 1440
  772.     erde: # dd if=/cdrom/disks/rescue of=/dev/fd0 bs=18k
  773. oder mit dem DOS-Befehl (angenommen, Q: ist unter DOS das CD-ROM-
  774. Laufwerk)
  775.     Q:\> cd \dosutils\rawrite
  776.     Q:\dosutils\rawrite> rawrite.exe
  777. auf eine zweite fehlerfreie  Rettungs"-Diskette schreiben, k÷nnen Sie das
  778. Rettungssystem auch von der Bootdiskette und dieser Rettungsdiskette laden;
  779. die Rettungsdiskette lΣsst sich auch mit YaST erstellen (vgl. Abschnitt 3.6.2
  780. auf Seite 103). Die Rettungsdiskette basiert z. Z. noch bewusst auf der libc5
  781. (SuSE Linux 5.3); nur so ist es m÷glich, einige Programme auf der Diskette
  782. unterzubringen (einen  Editor, fdisk, e2fsck etc.) ¡ die glibc wΣre von der
  783. Gr÷▀e her zu umfangreich.
  784. Die Rettungsdiskette lΣsst sich ⁿbrigens nicht mounten, da sie ja kein Datei-
  785. system, sondern nur das komprimierte Abbild eines solchen enthΣlt (das un-
  786. komprimierte Abbild wΣre mit etwa 3 MB fⁿr eine Diskette zu gro▀). Wenn
  787. Sie trotzdem einmal hineinschauen wollen, mⁿssen Sie die Abbilddatei de-
  788. komprimieren und dann das unkomprimierte Abbild (als Benutzer `root')
  789. mounten. Dies setzt voraus, dass Ihr Linux-Kernel das loop-Device unter-
  790. stⁿtzt und geht dann wie folgt:
  791.     erde: # cp /cdrom/disks/rescue /root/rescue.gz
  792.     erde: # gunzip /root/rescue.gz
  793.     erde: # mount -t ext2 -o loop /root/rescue /mnt
  794. 4 Genaugenommen sind es mittlerweile 2 Stⁿck (weiter unten dazu mehr) ¡ oder gar 3 Stⁿck,
  795. falls man geneigt ist, das startbare  Live-Filesystem" auch als ein Rettungssystem zu betrachten;
  796. zum Live-Filesystem vgl. Abschnitt 3.6.4 auf Seite 107.
  797.  
  798.                                                                                                       433
  799.  
  800.  
  801.  
  802. 16. Besonderheiten in SuSE Linux
  803.  
  804.                Unter /mnt k÷nnen Sie nun den Inhalt des Rettungssystems in aller Ruhe
  805.                durchforsten.
  806.  
  807.                  Halten Sie einige geprⁿfte Boot- und Rettungsdisketten an sicheren Orten
  808.                  bereit. Der geringe Aufwand fⁿr Erzeugung und Pflege steht in keinem
  809.                  VerhΣltnis zu der Arbeit und dem Zeitverlust, wenn Sie im Notfall keine
  810.                  zur Hand haben (und Sie dann etwa auch noch das CD-ROM-Laufwerk im
  811.                  Stich lΣsst).
  812.  
  813.                Rettungssystem starten
  814.                Das Rettungssystem wird wie eine Installation von der SuSE-Bootdiskette
  815.                bzw. der bootbaren CD 1 gestartet. Die Schritte im Einzelnen:
  816.                 1. Voraussetzung: das Disketten- bzw. CD-ROM-Laufwerk ist bootfΣhig
  817.                    (n÷tigenfalls muss man im CMOS-Setup die Boot-Reihenfolge Σndern).
  818.                 2. System mit der SuSE-Bootdiskette bzw. der CD 1 starten. Geben Sie am
  819.                    Bootprompt entweder yast1 oder manual; bei manual haben Sie die
  820.                    M÷glichkeit, selbstΣndig die notwendigen Kernel-Module zu laden.
  821.                 3. Sprache, Tastatur usw. wie bei der Installation im linuxrc einstellen, bis
  822.                    Sie beim Hauptmenⁿ angelangt sind.
  823.                 4. WΣhlen Sie im Hauptmenⁿ `Installation/System starten'.
  824.                 5. Wenn Sie mit der Bootdiskette gestartet haben, legen Sie nun die Instal-
  825.                    lations-CD oder die Diskette (rescue) mit dem komprimierten Abbild
  826.                    des Rettungssystems ein.
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.  
  840.  
  841.                            Abbildung 16.8: Quellmedium fⁿr das rescue-System
  842.  
  843.                 6. WΣhlen Sie im Menⁿ `Installation/System starten' den
  844.                    Punkt `Rettungssystem starten' (vgl. Abbildung 16.5 auf Sei-
  845.                    te 427) und geben Sie dann das gewⁿnschte Quellmedium an (Abbil-
  846.                    dung 16.8):
  847.                    `CD-ROM': Dies ist der  Normalfall". linuxrc wird ein komfortables
  848.                        System laden (.../suse/images/rescue). Um diesen Weg be-
  849.                        schreiten zu k÷nnen, muss der Rechner ⁿber mindestens 16 MB RAM
  850.  
  851. 434
  852.  
  853.  
  854.  
  855.                                                               16.5. Das SuSE Rettungssystem
  856.  
  857.        (Arbeitsspeicher), besser 24 MB verfⁿgen. ¡ ▄brigens, gleichzeitig
  858.        wird /cdrom exportiert; so ist es also m÷glich, das Rettungssystem
  859.        bequem zu starten und dann von dieser CD aus eine Netz-Installation
  860.        durchzufⁿhren (die notwendigen /etc/rc.config mit den rich-
  861.        tigen Werten versorgen und dann SuSEconfig aufrufen; vgl. Ab-
  862.        schnitt 17.5 auf Seite 444 ff.).
  863.     `Netzwerk (NFS)': rescue-System via NFS aus dem Netz holen;
  864.        dazu ist es natⁿrlich erforderlich, dass Sie den Treiber fⁿr Ihre Netz-
  865.        werkkarte zuvor geladen haben ; vgl. dazu auch die allgemeinen Hin-
  866.        weise in Abschnitt 2.4.2 auf Seite 48.
  867.     `Netzwerk (FTP)': rescue-System via FTP aus dem Netz holen;
  868.        Netzwerkkartentreiber nicht vergessen!
  869.     `Festplatte': rescue-System von Festplatte laden.
  870.     `Diskette': rescue-System von der wie oben beschriebenen Dis-
  871.        kette starten; diese Variante funktioniert auch dann, wenn der Rechner
  872.        nur ⁿber wenig RAM verfⁿgt.
  873.  
  874. Das Rettungssystem wird nun dekomprimiert und als neues Root-Dateisys-
  875. tem in eine RAM-Disk geladen, gemountet und gestartet. Es ist damit be-
  876. triebsbereit.
  877.  
  878. Mit dem Rettungssystem arbeiten
  879.                                                            
  880. Das Rettungssystem stellt Ihnen unter  Alt  +  F1  bis  Alt  +  F3  mindes-
  881. tens drei virtuelle Konsolen zur Verfⁿgung, an denen Sie sich als Benutzer
  882.                                                           
  883. `root' ohne Passwort einloggen k÷nnen. Mit  Alt  +  F10  kommen Sie
  884. zur Systemkonsole mit den Meldungen von Kernel und syslog.
  885. Unter /bin finden Sie die Shell und Utilities (z. B. mount); eine Anzahl
  886. wichtiger Datei- und Netz-Utilities, unter anderem e2fsck zum ▄berprⁿfen
  887. und Reparieren von Dateisystemen liegen unter /sbin. In /sbin liegen
  888. auch die wichtigsten Binaries fⁿr die Systemverwaltung wie fdisk, mkfs,
  889. mkswap, init, shutdown, sowie fⁿr den Netzwerkbetrieb ifconfig, route und
  890. netstat.
  891. Als Editor ist der vi unter /usr/bin verfⁿgbar; hier sind auch weitere Tools
  892. (grep, find, less etc.) und vor allen Dingen auch telnet zu finden.
  893.  
  894. Beispiel: Zugriff auf das normale System
  895. Zum Mounten Ihres Linux-Systems auf der Platte ist der Mountpoint /mnt
  896. gedacht; Sie k÷nnen natⁿrlich fⁿr eigene Zwecke weitere Verzeichnisse er-
  897. zeugen und als Mountpoints verwenden.
  898. Nehmen wir als Beispiel einmal an, Ihr normales System setzt sich laut
  899. /etc/fstab zusammen wie im Beispiel Datei 16.5.1.
  900.  
  901. /dev/sdb5              swap                swap        defaults        0    0
  902. /dev/sdb3              /                   ext2        defaults        1    1
  903. /dev/sdb6              /usr                ext2        defaults        1    2
  904.                     Datei 16.5.1: Beispiel: /etc/fstab
  905.  
  906.                                                                                        435
  907.  
  908.  
  909.  
  910. 16. Besonderheiten in SuSE Linux
  911.  
  912.                Dann mounten Sie es Schritt fⁿr Schritt unter /mnt mit den folgenden Be-
  913.                fehlen (Reihenfolge beachten!):
  914.                    erde:/ # mount /dev/sdb3 /mnt
  915.                    erde:/ # mount /dev/sdb6 /mnt/usr
  916.                Nun haben Sie Zugriff auf Ihr ganzes System und k÷nnen z. B. Fehler in Kon-
  917.                figurationsdateien wie /etc/fstab, /etc/passwd, /etc/inittab ¡
  918.                die jetzt natⁿrlich unter /mnt/etc statt /etc liegen! ¡ bereinigen.
  919.                Jeder erfahrene Linux-Benutzer nimmt bei frⁿhester Gelegenheit einen Aus-
  920.                druck (Hardcopy) von /etc/fstab und dem Output des Befehls
  921.                    erde: # fdisk -l /dev/<disk>
  922.                 zu den Akten"; anstelle von <disk> setzen Sie bitte der Reihe nach die
  923.                Devicenamen Ihrer Festplatten ein, z. B. hda (vgl. die Aufstellung in Ab-
  924.                schnitt D.1 auf Seite 521). Selbst komplette verlorene Partitionen lassen sich
  925.                mit Linux fdisk oft einfach wieder durch Neu-Anlegen zurⁿckgewinnen,
  926.                wenn genau bekannt ist, wo die Partitionen vorher auf der Festplatte waren.
  927.  
  928.                Beispiel: Dateisysteme reparieren
  929.                BeschΣdigte Dateisysteme sind ein besonders ernster Anlass fⁿr den Griff
  930.                zum Rettungssystem. Dies kann z. B. nach einem unsauberen Shutdown
  931.                (wie bei Stromausfall) oder einem Systemabsturz vorkommen. Dateisyste-
  932.                me lassen sich grundsΣtzlich nicht im laufenden Normalbetrieb reparieren.
  933.                Bei schwereren SchΣden lΣsst sich unter UmstΣnden nicht einmal das Root-
  934.                Dateisystem mehr mounten und der Systemstart endet in einer "kernel
  935.                panic". Da bleibt nur der Weg, die Reparatur  von au▀en" unter einem
  936.                Rettungssystem zu versuchen.
  937.                Im SuSE Linux-Rettungssystem sind die Utilities e2fsck und, fⁿr die Diagno-
  938.                se, dumpe2fs enthalten. Damit k÷nnen Sie mit den meisten Problemen fertig
  939.                werden. Da im Notfall meist auch die Manual-Page von e2fsck nicht mehr
  940.                zugΣnglich ist, ist sie in Anhang E auf Seite 527, ausgedruckt.
  941.                Beispiel: Wenn sich ein Dateisystem wegen eines ungⁿltigen Super-
  942.                blocks nicht mehr mounten lΣsst, wird e2fsck vermutlich zunΣchst eben-
  943.                falls scheitern. Die L÷sung ist, eines der Superblock-Backups zu verwenden,
  944.                die im Dateisystem alle 8192 Bl÷cke (8193, 16385 ... ) angelegt sind und
  945.                gepflegt werden. Dies leistet z. B. der Befehl
  946.                    erde: # e2fsck -f -b 8193 /dev/<Defekte_Partition>
  947.                Die Option -f erzwingt den Dateisystem-Check unbedingt und kommt damit
  948.                dem m÷glichen Irrtum von e2fsck zuvor, es sei ¡ angesichts der intakten
  949.                Superblock-Kopie ¡ alles in Ordnung.
  950.  
  951.                16.6 Hinweise zu speziellen Softwarepaketen
  952.  
  953.                16.6.1 Paket cron
  954.                Die cron-Tabellen liegen unter /var/cron/tabs (und nicht mehr un-
  955.                ter /var/lib/cron). Als systemweite Tabelle wird die Datei /etc/
  956.                crontab eingerichtet. In der Datei /etc/crontab muss zusΣtzlich nach
  957.  
  958. 436
  959.  
  960.  
  961.  
  962.                                               16.6. Hinweise zu speziellen Softwarepaketen
  963.  
  964. der Zeitangabe eingetragen werden, unter welchem User der jeweilige Auf-
  965. trag ausgefⁿhrt werden soll (vgl. Datei 16.6.1 auf der nΣchsten Seite, dort
  966. ist `root' angegeben); dem gleichen Format folgen paket-spezifische
  967. Tabellen, die in /etc/cron.d liegen ¡ vgl. Manual-Page von cron
  968. (man 8 cron).
  969.  
  970. 1-59/5 * * * * root test -x /usr/sbin/atrun && /usr/sbin/atrun
  971.  
  972.            Datei 16.6.1: Beispiel eines Eintrags in /etc/crontab
  973.  
  974. /etc/crontab kann nicht mit crontab -e bearbeitet werden, sondern
  975. muss direkt in einen Editor geladen, verΣndert und schlie▀lich gespeichert
  976. werden.
  977. Einige Pakete installieren in den Verzeichnissen /etc/cron.hourly,
  978. /etc/cron.daily, /etc/cron.weekly und /etc/cron.monthly
  979. Shellskripten, deren Abarbeitung von /usr/lib/cron/run-crons ge-
  980. steuert wird. /usr/lib/cron/run-crons wird alle 15 Minuten von
  981. der Haupt-Tabelle (/etc/contrab) aufgerufen; so wird sichergestellt,
  982. dass eventuell versΣumte LΣufe rechtzeitig nachgeholt werden. Wundern Sie
  983. sich also bitte nicht, wenn kurz nach dem Booten der Benutzer `nobody' in
  984. der Prozess-Tabelle mit regen AktivitΣten auftaucht; `nobody' aktualisiert
  985. wahrscheinlich dann gerade die locate-Datenbank (vgl. Abschnitt 17.6 auf
  986. Seite 454).
  987.  
  988. 16.6.2 Paket curses
  989. Auf der CD befindet sich nun das Paket ncurses. Die zugeh÷rigen Biblio-
  990. theken haben den Namen libncurses.so.<xx>. Dies hat zur Folge,
  991. dass in vielen Makefiles die Anweisungen fⁿr den Linker geΣndert werden
  992. mⁿssen. Man sollte also eigene Pakete mit -lncurses ⁿbersetzen und nie
  993. mit -lcurses. Wer das dennoch will, der muss
  994.    -I/usr/include/termcap -I/usr/include/curses
  995.    -L/usr/lib/termcap -L/usr/lib/curses
  996. verwenden.
  997.  
  998. 16.6.3 Quellen zum Paket uucp
  999. Die Quellen zum Paket uucp sind z. Z. in dem Source-RPM von Sendmail
  1000. als Unterpaket enthalten.
  1001.  
  1002. 16.6.4 Manual-Pages
  1003. Fⁿr einige GNU-Programmen (z. B. tar) werden die Manual-Pages nicht
  1004. mehr weitergepflegt. An ihre Stelle treten als Schnellⁿbersicht die --help-
  1005. Ausgabe und als ausfⁿhrliche Manuals die Info-Dateien. Info (info) ist
  1006. GNUs Hypertext-System. Mit info info erhΣlt man erste Hilfe zur Benut-
  1007. zung. info kann entweder ⁿber Emacs emacs -f info aufgerufen wer-
  1008. den, oder standalone: info. Angenehm zu bedienen sind tkinfo, xinfo
  1009. oder der Zugriff ⁿber das Hilfesystem; vgl. Abschnitt 16.4 auf Seite 429.
  1010.  
  1011.                                                                                       437
  1012.  
  1013.  
  1014.  
  1015. 16. Besonderheiten in SuSE Linux
  1016.  
  1017.                16.7 Tastaturbelegung
  1018.                Um die Tastaturbelegung von Programmen zu vereinheitlichen, wurden ─n-
  1019.                derungen an den folgenden Dateien vorgenommen:
  1020.                /etc/inputrc
  1021.                /usr/X11R6/lib/X11/Xmodmap
  1022.                /etc/skel/.Xmodmap
  1023.                /etc/skel/.exrc
  1024.                /etc/skel/.less
  1025.                /etc/skel/.lesskey
  1026.                /etc/csh.cshrc
  1027.                /etc/termcap
  1028.                /usr/lib/terminfo/x/xterm
  1029.                /usr/X11R6/lib/X11/app-defaults/XTerm
  1030.                /usr/share/emacs/20.5/site-lisp/term/*.el
  1031.                /usr/lib/joerc
  1032.                Diese ─nderungen wirken sich nur auf die Applikationen aus, welche die
  1033.                terminfo-EintrΣge auslesen, bzw. deren Konfigurationsdateien direkt ver-
  1034.                Σndert wurden (vi, less etc.). Andere, nicht-SuSE-Applikationen sollten an
  1035.                diese Vorgaben angepasst werden.
  1036.  
  1037.  
  1038.  
  1039.  
  1040.  
  1041.  
  1042.  
  1043.  
  1044.  
  1045.  
  1046.  
  1047.  
  1048.  
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.  
  1064. 438
  1065.  
  1066.  
  1067.  
  1068.