Red Hat 9 on Michael’s Domain

Käynnistystason muuttaminen (inittab, telinit)

Sat, 26 May 2007 00:00:00 +0000

Yleensä oletustason voi muuttaa muokkaamalla tiedostoa /etc/inittab. Joskus kuitenkin käynnistyt tasolle 3 (esimerkiksi valitsemalla GRUB-valikosta ”safe mode”) ja haluat sitten siirtyä tasolle 5. Tämän voi tehdä lennossa komennolla: telinit 5. RedHat 9:ssä riittää, että muutat /etc/inittab-tiedostossa käynnistystason arvoksi 3 (aiemman 5 sijaan), jolloin järjestelmä käynnistyy oletuksena pelkästään komentoriville. Ei X11-graafista kirjautumista jne. Uudemmissa Ubuntu-julkaisuissa tämä ei ilmeisesti enää toimi, vaikka telinit + numero pitäisi edelleen muuttaa käynnistystasoa, mutta ainakin Precise Pangolinissa (12.04) telinit 2–5 ei näytä tekevän mitään. Telinit 1 yrittää sammuttaa koneen, mutta sammutus juuttui puoliväliin, kun testasin sitä. Jos haluat saavuttaa jotain vastaavaa kuin siirtyminen ajotaso 3:een, sinun on sammutettava graafinen käyttöliittymä (eli lopetettava gdm- tai lightdm-prosessi). Ajotasokonsepti näyttää olevan kuollut.

Levykuvatiedostojen ja salattujen tiedostojärjestelmien/osioiden liittäminen

Sat, 26 May 2007 00:00:00 +0000

Voit tallentaa levyn (tai osion) tiedostoon seuraavalla komennolla: dd if=/dev/hda3 of=file.bin. Tämä komento kirjoittaa hda3-osion kaikki tiedot tiedostoon file.bin.Jos haluat liittää tiedostossa olevan tiedostojärjestelmän, sinun on luotava loopback-laite: losetup /dev/loop0 file.bin. Nyt voit liittää tiedostojärjestelmän tavalliseen tapaan: mount -r -t tiedostojärjestelmätyyppi /dev/loop0 /mnt/kiinnityspiste. Ilmeisesti voidaan yhdistää kaksi viimeistä komentoa yhdeksi:mount -t tiedostojärjestelmätyyppi -o loop ./file.bin /mnt/kiinnityspisteJos haluat salata tiedoston tiedot, joka sisältää kokonaisen tiedostojärjestelmän, asia mutkistuu hieman:sudo mkdir /mnt/secure (luo kiinnityskohta tiedostojärjestelmälle)dd if=/dev/zero of=polku/tiedostoon bs=1k count=409600 (luo tyhjä tiedosto, jonka koko on 400 Mt) sudo /sbin/losetup -e xor /dev/loop0 polku/tiedosto/sbin/mkfs -t ext2 /dev/loop0 409600 (alusta laite ext2-tiedostojärjestelmäksi)sudo mount -t ext2 /dev/loop0 /mnt/secure (kiinnitä laitetiedosto)cd /mnt/securechown käyttäjätunnus . (vaihda tiedostojärjestelmän ylimmän tason hakemiston omistaja)Jos haluat irrottaa tiedostojärjestelmän:sudo umount /dev/loop0Jos haluat poistaa tiedostojärjestelmän, sinun on irrotettava se loop-laitteesta 0: /sbin/losetup -d /dev/loop0Jostain syystä RedHat 9:ssä ei ole DES-tukea, joten toistaiseksi (kunnes korjaan ytimen tai siirryn Suse Linuxiin) käytän nopeampaa, mutta paljon heikompaa XOR-salausta.Suse 9:ssä on sisäänrakennettu vahva salaus, ja se tarjoaa jo asennuksen aikana mahdollisuuden luoda salattu osio. Suse 9 kysyy käynnistyksen aikana salasanaa salatun tiedostojärjestelmän liittämiseksi. Käynnistysprosessi pysähtyy ja odottaa 2 minuuttia ennen jatkamista, jos et kirjoita salasanaa. Voit lyhentää tätä aikaa muokkaamalla tiedostoa /etc/init.d/boot.crypto. Muuta seuraavassa rivissä 120 esimerkiksi arvoon 10: ${TIMEOUT:=120}Jos et ehtinyt syöttää salasanaa käynnistyksen aikana, voit liittää salatun osion seuraavasti:/sbin/losetup -e twofish /dev/loop0 /dev/hda7 mount /dev/loop0 /media/confMuuten: Tiedot salatuista tiedostojärjestelmistä löytyvät tiedostosta /etc/cryptotab.

rio500-0.7-1.i386.rpm toimii RedHat 9:ssä

Sat, 26 May 2007 00:00:00 +0000

Yritin jälleen kääntää rio500-0.8.1:n, mutta tuloksetta. Kääntäminen epäonnistuu ytimen 2.4 alla. Tämä on ratkaisematon ongelma, josta on mainittu keskustelufoorumeilla. Niinpä asensin Rio500-paketin rio500-0.7-1.i386.rpm. Mielenkiintoista kyllä, onnistuin komentoriviltä a) alustamaan sisäisen muistin: rio_format, b) luomaan kansion (mikä on välttämätöntä ennen kappaleen lataamista): rio_add_folder, c) lataamaan mp3-tiedostoja: rio_add_song. Tämä on suuri etu verrattuna surkeaan Windowsin Rioport-käyttöliittymään. Seuraavaksi yritän asentaa Gnome-käyttöliittymän. Kun kuuntelin Rio500:lla ensimmäisiä kappaleita, jotka olin siirtänyt Linuxin alla, ne kuulostivat hyvin hiljaisilta. Kun seuraavaksi koodaan kappaleita, minun pitäisi kokeilla lame-vaihtoehtoa –scale. En kuitenkaan tiedä, mitä argumenttia pitäisi käyttää, jotta ääni vahvistuisi kunnolla.

Suse 9

Fri, 25 May 2007 00:00:00 +0000

Siirryin Suse 9:ään. En pysty RedHatin tiedotteista selvittämään, mitä he oikeastaan aikovat. Joten on parempi totutella vaihtoehtoon jo nyt. Siirryin myös Gnome-työpöydästä KDE:hen, ja ainakin Suse 9:ssä pidän KDE:stä enemmän kuin Red Hat 9:n Gnome-työpöydästä.

SUSE 9:n lisääminen Red Hat 9:ään (kaksi eri jakelua samalla tietokoneella)

Wed, 23 May 2007 00:00:00 +0000

Red Hat 9 on asennettu, ja levyllä on seuraava osiointi: hdd1 /boot (ext3) 100MBhdd2 /home (reiserfs) 7,8 GB hdd3 / (ext3) 7,8 GB hdd4 EXT hdd5 swap 1 GB hdd6 /mnt/documents (reiserfs) 12 GB hdd7 /mnt/music (reiserfs) 90 GBTehtävänä on lisätä toinen Linux-käyttöjärjestelmä (Suse 9) tälle kiintolevylle mitään tuhoamatta. Tämän järjestelmän juuriosion tulisi olla 10 GB. Lisäksi haluan sijoittaa kaikki käyttäjän luomat tiedostot yhdelle osiolle (nykyisin ne ovat kolmella eri osiolla: hdd2, hdd6 ja hdd7). Ensin hankin 200 MB:n ulkoisen USB2/FireWire-kiintolevyn (Maxtor, liitetty nimellä /mnt/sdb1) ja kopioin siihen tiedot levyiltä hdd1, hdd2, hdd6 ja hdd7 komennolla “cp -ax /home /mnt/sdb1” jne. Sitten käynnistin tietokoneen uudelleen Knoppix 3.3 -CD:ltä ja suoritin partimage-komennon pääkäyttäjän terminaalista. Yritin tallentaa juuriosion kuvan suoraan ulkoiselle USB-asemalleni, mutta se ei onnistunut: ohjelma pysähtyi joka kerta jossain vaiheessa prosessia. Tallensin kuvan sitten kansioon /mnt/music, ja se onnistui. Käynnistin tietokoneen uudelleen Red Hat 9:ään ja kopioin kuvan manuaalisesti hakemistosta /mnt/music USB-asemalle (/mnt/sdb1). Koska en luottanut partimage-ohjelmaan, kopioin tiedostojärjestelmän lisäksi manuaalisesti USB-asemalle seuraavilla komennoilla: mkdir /mnt/sdb1/redhat_root cd / find . -xdev -print | cpio -padm /mnt/sdb1/redhat_root Ilmeisesti tämä kopioi kaiken, mukaan lukien erikoistiedostot, kiinnityskohdat jne., säilyttäen kaikki tiedostojen metatiedot. Tämän jälkeen irrotin ulkoisen USB-aseman (varmuuden vuoksi), käynnistin tietokoneen uudelleen Knoppix-käyttöjärjestelmään ja halusin kokeilla QTParted-ohjelmaa. Sen pitäisi pystyä muuttamaan osioiden kokoa. Kirjoitin root-terminaalissa: “qtparted”. En kuitenkaan pystynyt muuttamaan minkään osion kokoa (vaihtoehdot olivat harmaana). Pystyin kuitenkin poistamaan ja luomaan osiot uudelleen (mikä ei auttanut paljoakaan). Päätin siis tehdä puhdistuksen, laitoin Suse 9 -CD:n asemaan ja käynnistin tietokoneen uudelleen Suse 9:n asennusohjelmaan. Valitsin asiantuntijatason osioinnin, poistin kaikki olemassa olevat osiot ja loin seuraavat osiot uudelleen. Varmistin, että käytin hdb3:lle täsmälleen samaa lohkomäärää (1019) kuin hdd3:lle oli käytetty, koska tiesin, että partimage voi palauttaa kuvia vain osioille, jotka ovat täsmälleen samankokoisia tai suurempia:/dev/hdb1 1 8 64228+ 83 Linux (ext3) /boot/dev/hdb2 9 1314 10490445 83 Linux (reiserfs) //dev/hdb3 1315 2333 8185117+ 83 Linux (reiserfs) /redhat/dev/hdb4 2334 14945 101305890 f Win95 Ext'd (LBA)/dev/hdb5 2334 2464 1052226 82 Linux swap/dev/hdb6 2465 14945 100253601 83 Linux (reiserfs) /homeKun asennus oli valmis, käynnistin tietokoneen uudelleen Knoppix-käyttöjärjestelmässä ja yritin palauttaa Red Hat -juuriosion hdb3:lle. Partimage ilmoitti, että osio oli pienempi kuin kuva, joten palautus ei ollut mahdollista. Käynnistin siis tietokoneen uudelleen Suse 9:ään ja kopioin Red Hat 9:n juurijärjestelmän manuaalisesti takaisin hdb3:lle (samalla komentosarjalla, jota käytin kopioidessani sen manuaalisesti USB-asemalle). Sitten muokkasin tiedostoa /redhat/etc/fstab vastaamaan uutta osiointia ja kopioin kaikki tiedostot hakemistosta /boot (mutta en /boot-hakemiston alihakemistoja) uuteen käynnistysosioon (lukuun ottamatta niitä tiedostoja, joilla oli jo vastaavat tiedostot /boot-hakemistossa). Sitten muokkasin tiedostoa /boot/grub/menu.lst lisäämällä siihen rivin Red Hat -asennusta varten:title Red Hat 9 Linuxroot (hd1,0)kernel /vmlinuz-2.4.20-19.9 root=/dev/hdb3initrd /initrd-2.4.20-19.9.imgLuon myös kaksi käyttäjäkansiota /home-hakemistoon (joka aiemmin oli /home-osion kiinnityspiste). Kopioin kuitenkin kaikki piilotiedostot ja -hakemistot (ne, jotka alkavat pisteellä) käyttäjäkansioihin. Sitten yritin käynnistää järjestelmän uudelleen Red Hat 9:ään. Turhaan. Kernel panic. No init found. Try passing init=option to the kernel. Itse asiassa hdb3:n tiedostojärjestelmän tarkistus epäonnistui (superblockia ei löytynyt). Virheilmoituksia on useita, ja tärkeimmät tulevat ensimmäisinä ja nopeasti (eikä niitä näe), kun taas huonot, harhaanjohtavat virheilmoitukset tulevat myöhemmin. Jotain sellaista, että osio pitäisi korjata manuaalisesti. Ja että root-osio on kiinnitetty vain luku -tilassa. Ja että siitä voi tehdä luku-kirjoitus-tilan komennolla ”mount -n -o remount,rw /”. Ja että vain Ctrl-D:llä voi käynnistää järjestelmän uudelleen tässä tilassa. Ilmeisesti aion tehdä juuri niin. Ei kuitenkaan ole mitään vihjettä siitä, mitä komentoa pitäisi käyttää. Useat yritykset tehdä mitään hdb:stä kiinnitettynä epäonnistuivat (jos reiserfs on lukuoikeuksin, sitä ei voi korjata; jos se on luku- ja kirjoitusoikeuksin, sitä ei voi tarkistaa). Joten käynnistän tietokoneen uudelleen Knoppix-ympäristöön ja teen korjauksen sieltä käsin: fsck (joka suorittaa reiserfsck-komennon) ei hoida hommaa: se vain tarkistaa, mutta ei tee mitään korjauksia. Tajusin, että reiserfsck –rebuild-sb /dev/hdb3 -komento korjaa superblokin. Ei vieläkään toimi, joten suoritan tiedostojärjestelmän hitaan ja täydellisen uudelleenrakennuksen alusta alkaen komennolla reiserfsck –rebuild-tree /dev/hdb3. RH9 ei vieläkään käynnisty. Sitten keksin: RH9:n ydin ei ehkä tue reiserfs-tiedostojärjestelmää (tai moduulia ei ole ladattu). Tai (vaihtoehtoisesti) joidenkin erityistiedostojen kopioiminen ext3-osiosta reiserfs-osioon ei ehkä yksinkertaisesti toimi. Joten poistan (Knoppixista) koko hdb3-osion ja luon sen uudelleen ext3-tiedostojärjestelmänä. Kopioin kaikki tiedot takaisin (QTParted valittaa edelleen liian pienestä koosta). Ja lopulta se toimii. Luon kaksi hakemistoa kahdelle käyttäjälle /home-osiolle ja kopioin niihin manuaalisesti vanhojen käyttäjäkansioiden piilottamattomat tiedostot. En kopioi piilotiedostoja. Niitä on paljon, jotka sekoittaisivat Suse-järjestelmän ja tekisivät kirjautumisen mahdottomaksi (olin kokeillut sitä aiemmin). Kirjaudun Suse 9:ään root-käyttäjänä ja luon kaksi käyttäjää, joilla on täsmälleen samat nimet kuin RH9:ssä. Näkyviin tulee varoitus, että hakemisto on jo olemassa ja että sen koko sisältö siirtyy uuden käyttäjän omistukseen. Se on tietysti OK.