Suse Linux 9 on Michael’s Domain

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.

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ä.

Staden 2003b:n asentaminen Suse 9:ään

Thu, 24 May 2007 00:00:00 +0000

Lataa lähdekoodit .
Siirry hakemistoon /usr/local ja vaihda käyttäjäksi su.
tar -xvzf /home/jeltsch/Documents/staden_linux_2003.0b1.tar.gz (jeltsch on käyttäjätunnukseni, joten se on korvattava muiden käyttäjien osalta!!!!)

VNC-palvelin (eli KDE Desktop Sharing) Suse 9:ssä

Thu, 24 May 2007 00:00:00 +0000

Suse 9:ssä on sisäänrakennettu VNC-palvelin nimeltä KDE Desktop Sharing (valikossa Järjestelmä -> Etäkäyttö). Sen asetukset voidaan määrittää Ohjauskeskuksessa -> Internet ja verkko. Toisin kuin komentoriviltä käynnistettävä VNC (“vncserver”), tämä työkalu ei käynnistä uutta X-työpöytää, vaan muodostaa yhteyden jo olemassa olevaan X-työpöytään. Sisäänrakennetun KDE Desktop Sharing -toiminnon lisäksi on mahdollista käyttää tavallista vncserver-palvelinta, joka käynnistää omat X-istuntonsa.

VNC-palvelin SUSE 9:ssä

Thu, 24 May 2007 00:00:00 +0000

Yritin käyttää vncserveriä Suse 9:ssä, mutta yllätyksekseni, kun käynnistin sen komennolla ”vncserver” ja yritin muodostaa yhteyden ”vncviewer”-komennolla, näin vain harmaan ruudun ja X-terminaalin. Yritin suorittaa xclock- ja gaim-ohjelmia, ja ne käynnistyivät ongelmitta. Haluaisin kuitenkin pystyä käynnistämään myös KDE:n. Tutkin siis vanhan Red Hat 9 -asennukseni xstartup-tiedostoa (kotikansiossa olevassa .vnc-kansiossa) ja vertasin sitä Suse 9 -asennukseni vastaavaan tiedostoon:Suse 9:!/bin/shxrdb $HOME/.Xresourcesxsetroot -solid greyxterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &twm &Red Hat 9:!/bin/shRed Hat Linux VNC -istunnon käynnistyskäsikirjoitusunset SESSION_MANAGERexec /etc/X11/xinit/xinitrcSelvitin, että twm on ikkunanhallintaohjelma; se siis korvaa KDE:n tässä yhteydessä. Jos korvaan Suse-skriptin Red Hat -skriptillä, KDE käynnistyy vncserverin käynnistyessä.

GRAMPS ja Suse Linux 9

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

Aluksi luulin, ettei GRAMPS-sukututkimusohjelmaa voi mitenkään saada toimimaan Suse 9:ssä. Ilmeisesti Suse:n GNOME-tuki on surkeaa; GRAMPS-kehittäjät jopa sanovat, että Suse:n GNOME-tuessa on useita toimimattomia kohtia. Mutta lopulta löytyi Suse Linux 9:n RPM-paketti, joka toimii (ainakin meillä): http://apt.bygden.nu/SuSE/9.0-i386/RPMS.suser-rbos/gramps-0.98.0-rb1.i586.rpm . Tässä on myös suosikkitapani luoda graafinen raportti GRAMPSista (sinulla on oltava graphviz -paketti asennettuna): Jos haluat luoda PDF-tiedoston:

Kuinka korjata virheellinen X-määritys SUSE 9:n asennuksen aikana

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

Ensimmäisen Suse9-asennukseni yhteydessä mokasin X:n. X:n määritysten yhteydessä asennusohjelma ehdotti minulle: vesa 1600x1200@75. Luulin olevani fiksumpi ja valitsin manuaalisen konfiguroinnin sekä valitsin luettelosta Nokia 445Xi -näytön. Sitten järjestelmä yritti siirtyä uuteen tilaan ja tarjosi painikkeita asetusten säätämiseen (keskitys, leveys jne.). Tein niin ja jatkoin asennusta, kun olin tyytyväinen. Kun X:n piti käynnistyä ensimmäistä kertaa, ruudullani näkyi vain teksti ”out of synch”. Tämä korjataan seuraavasti: Käynnistä tietokone uudelleen vikasietotilassa; muuta tiedostossa /boot/grub/menu.lst kohta vga=xxx muotoon vga=normal ja poista ”showopts”-merkintä. Käynnistä tietokone uudelleen vikasietotilassa, vaihda ajotaso 3:een (“init 3”) ja suorita komento sax2 –vesa 0:1024x768@75. Sitten valitsin jälleen Nokia-näytön, mutta en tehnyt säätöjä (keskitin ja skaalasin kuvan vain näytön etupaneelin säätimillä). Ja kaikki toimii jälleen kunnolla.

Samba-ongelmat (smb, smbadduser, smbpasswd)

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

Jos Samba ei toimi luotettavasti, syitä voi olla useita. Minulle on jäänyt sellainen vaikutelma, että YAST korvaa manuaalisesti muokatut asetustiedot (esim. salasana- ja käyttäjätiedostoissa), kun yrität muuttaa asetuksia YAST:n Samba-asennusohjeiden avulla. Seuraavassa on tarkistuslista siltä varalta, että Samba ei jälleen kerran vastaa tai ei näy verkkoympäristössä. Vian syynä voi olla PDC:n sammuminen. Ehkä minun pitäisi asettaa Linux-koneeni PDC:ksi, koska se on aina käynnissä. Joka tapauksessa, vaikka onnistunkin muodostamaan yhteyden W2K:sta (käyttämällä ”liitä verkkoasema” -toimintoa), en pystynyt muodostamaan yhteyttä W98:sta napsauttamalla näkyvää ”Oma tietokone” -kuvaketta MCBL-työryhmässä (”verkkopolkua ei löydy”). MacOSX:ssä tietokonettani ei näkynyt lainkaan (mutta pystyin muodostamaan yhteyden manuaalisella komennolla ”smb://128.214.186.42/homes”). Outoa… Tiedostossa /etc/samba/smb.conf:

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.

Uusi iPod (3. sukupolvi) ja Suse Linux 9

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

Olen ostanut iPodin. Ja näyttää siltä, että 3. sukupolven iPod eroaa huomattavasti aiemmista malleista. Esimerkiksi tiedostojärjestelmänsä osalta. Aikaisemmissa malleissa HFS+-tiedostojärjestelmän saattoi muuntaa FAT32-tiedostojärjestelmäksi. HFS+ on uuden Mac OS X -käyttöjärjestelmän käyttämä tiedostojärjestelmä. Windows-käyttöjärjestelmä ei pysty lukemaan sitä (ellei hanki kaupallista kolmannen osapuolen ohjelmistoa, kuten MacOpeneria tai MacDrivea). iPodille on olemassa useita Linux-liittymiä, mutta ne kaikki edellyttävät, että iPod liitetään tavallisena massatallennuslaitteena. Suse Linux 9 tukee onneksi HFS+-tiedostojärjestelmiä, vaikka tuki onkin vielä kokeiluvaiheessa. Jotta HFS+-muotoiset tiedostojärjestelmät voidaan liittää, sinun on ladattava hfsplus-ytimen moduuli: sudo /sbin/modprobe hfsplus. Sen jälkeen voit vain kytkeä iPodin. Hetken kuluttua kuulet äänimerkin, joka tarkoittaa, että laite on tunnistettu. Voit selvittää laitteen numeron tarkistamalla järjestelmäviestit: tail -30 /var/log/messages. Koska laitetta käsitellään SCSI-laitteena, sille annetaan todennäköisesti tunnus sda, jos se on ensimmäinen USB- tai FireWire-laitteesi. Jos tietokoneeseesi on jo kytketty USB- tai FireWire-laitteita, laitteelle annetaan ehkä tunnus sdb tai sdc (ja niin edelleen). Luo kiinnityspiste: sudo mkdir /media/ipod Kolmannen sukupolven iPodissa on ilmeisesti kaksi osiota. Ensimmäinen on varmaankin firmware- tai järjestelmäohjelmistolle (sdx1) ja toinen tiedoille (sdx2). Hauskasti, kun yritin liittää sen komennolla sudo mount -t hfsplus /dev/sdc2 /media/ipod, järjestelmä valitti, että laitteessa on jokin vika. Kun kuitenkin yritin: sudo mount -o umask=000 /dev/sdc2 /media/ipod, kaikki sujui ongelmitta. Umask-vaihtoehto on tarpeen, jotta kaikille voidaan myöntää luku- ja kirjoitusoikeudet. Muuten vain root voi kirjoittaa. Asensin gtkpodin siirtääkseni mp3-tiedostoni iPodiin. Saatavilla on jopa Suse 9 rpm .

Hyviä rpm-pakettivarastoja Suse Linux 9:lle

Mon, 21 May 2007 00:00:00 +0000

Voit etsiä nimenomaan SUSE 9:n RPM-paketteja osoitteesta http://rpm.pbone.net/ , mutta on olemassa kaksi hyvää sivustoa, jotka ovat erikoistuneet Suse Linuxin rpm-paketteihin: http://guru.linuxbe.org http://packman.links2linux.de/

Isäntänimen muuttaminen Yast2:lla (DHCP-palvelimen ohittaminen)

Mon, 21 May 2007 00:00:00 +0000

En keksinyt, miten isäntänimeä voi muuttaa. Isäntänimi näkyy esimerkiksi oletuksena (Suse 9) komentokehotteessa, ja useat sovellukset käyttävät sitä. Jos siirrät tietokonetta eri verkkojen välillä, tämä nimi muuttuu, sillä oletusasetuksena (Suse 9) on, että DHCP-palvelin määrittää isäntänimen. Voit kuitenkin ohittaa nämä asetukset Yast2:n avulla: Ohjauskeskus -> Yast2-moduulit -> Verkkolaitteet -> Verkkokortti -> Kirjaudu sisään! -> Muokkaa jo määritettyjä verkkokortteja -> Isäntänimi ja nimipalvelin -> Poista valinta ruudusta ”Vaihda isäntänimi DHCP:n kautta” ja kirjoita haluamasi isäntänimi kenttään. Oletan, että asetusten voimaantuloon tarvitaan uudelleenkäynnistys. Tämä ei kuitenkaan muuta esimerkiksi tietokoneesi nimeä, joka näkyy Windows-verkossa. Jos haluat muuttaa tätä, sinun on lisättävä /etc/samba/smb.conf-tiedostoon seuraavanlainen merkintä: netbios name = “michael-laptop” (Onko tämä oikein?: “"-merkit ovat välttämättömiä, muuten näkyvissä on vain nimen ensimmäinen osa (eli: michael).) Tämä muuttaa nimesi sellaisena kuin se näkyy esimerkiksi selatessasi verkkoa Windows NT -tietokoneelta. MacOS 10.2:n Samba-toteutus näyttää kuitenkin edelleen jonkin yleisen nimen (minun tapauksessani nimen, jonka DHCP-palvelin haluaa antaa minulle: mcblmj-2).

Staden 1.4 ja Suse 9

Mon, 21 May 2007 00:00:00 +0000

Asensin tänään uuden Staden-paketin (versio 1.4) Suse 9 -järjestelmääni. Lisäsin rivit: export STADENROOT=/usr/local/staden-linux-rel-1-4 . $STADENROOT/staden.profile ~/.bashrc-tiedostooni.Tämän jälkeen kprinter lakkasi toimimasta ja antoi seuraavan virheilmoituksen: kprinter: /usr/local/staden-linux-rel-1-4/lib/linux-binaries/libstdc++.so.5: versiotietoja ei saatavilla (vaaditaan tiedostossa /opt/kde3/lib/kprinter.so)Ilmeisesti tavanomaista tiedostoa (/usr/lib/libstdc++.so.5) ei enää käytetä, koska staden linux-binary -hakemisto on listattu PATH-muuttujassa aivan alussa ja siten ohittaa kaikki muut merkinnät. Siksi korvasin tiedostot /usr/local/staden-linux-rel-1-4/lib/linux-binaries/libstdc++.so.5 ja libstdc++.so.5.0.1 symbolisilla linkeillä tiedostoon /usr/lib/libstdc++.so.5.0.5:cd /usr/local/staden-linux-rel-1-4/lib/linux-binariessudo ln -s /usr/lib/libstdc++.so.5.0.5 libstdc++.so.5.0.1sudo ln -s /usr/lib/libstdc++.so.5.0.5 libstdc++.so.5Toistaiseksi ainakin tulostus toimii ilman virheilmoituksia, mutta en ole vielä kokeillut Stadenia…

Ulkoisen FireWire-ReiserFS-levyn alustaminen ja asennus

Mon, 21 May 2007 00:00:00 +0000

En tiennyt, miten alustamaton kiintolevy alustetaan Linuxissa. Liitin tietokoneeseeni Firewire-kotelon, jossa oli vanha 12 GB:n Macintosh-alustettu kiintolevy. Alustaakseni sen reiserfs-tiedostojärjestelmällä käytin Yast2-ohjelmaa. Minun piti siirtyä asiantuntijatilaan ja kirjoittaa osiotaulukko uudelleen. Tämän toiminnon seurauksena Yast2 lisää merkinnän fstab-tiedostoon, jota muokkasin seuraavasti: /dev/sda1 /media/firewire reiserfs noauto,user 0 0, koska en halua, että se kytkeytyy automaattisesti joka kerta, kun käynnistän tietokoneen. Sen sijaan voin nyt liittää sen manuaalisesti tavallisena käyttäjänä komennolla: mount /media/tmp/Jotta tavalliset käyttäjät (tai kuka tahansa, jolle haluat myöntää käyttöoikeuden) voisivat kirjoittaa levylle, sinun on muutettava kiinnityskohdan omistajuutta ja/tai käyttöoikeuksia:chmod -R a+rwx /media/firewire

VMware-asennusvirhe (libpopt)

Mon, 21 May 2007 00:00:00 +0000

VMware-asennuksen (vmware-config.pl) aikana ilmenevä virheilmoitus johtuu siitä, että Suse 9:ssä on liian uusi paketti pyydettyä kirjastoa varten: /usr/bin/vmware-smbpasswd.bin: virhe jaettujen kirjastojen lataamisessa: libpopt.so.0: jaettua objektitiedostoa ei voi avata: Tällaista tiedostoa tai hakemistoa ei oleSeuraava komento korjaa ongelman:ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0

Levykotelon asennus ja määritys SUSE 9.0:ssa

Sun, 20 May 2007 00:00:00 +0000

libcdaudio libcdaudio-devel (cdaudio.h:ta varten) perl-audio-cd-moduuli levynkannen asetukset: luo kaikki asetustiedostot, muuten tapahtuu segmentointivirhe lisää palvelimet tiedostoon .cdserverrc ( http://www.freedb.org/modules.php?name=Sections&sop=viewarticle&artid=9 )

Käynnistä netatalk järjestelmäpalveluna käynnistyksen yhteydessä Suse Linux 9:ssä

Thu, 05 Apr 2007 00:00:00 +0000

Suse Linux 9:stä puuttuu mielestäni kätevä graafinen käyttöliittymä, joka kokoaa yhteen KAIKKI järjestelmäpalvelut ja tarjoaa vaihtoehdot ”käynnistä”, ”pysäytä” ja ”käynnistä jokaisen järjestelmän käynnistyksen yhteydessä”. RedHat 9:ssä on jotain vastaavaa. Yast2 on kyllä olemassa, mutta palveluiden luettelossa netatalkia ei edes mainita. Käynnistääkseni netatalkin järjestelmän käynnistyksen yhteydessä luon vain manuaalisesti linkin: cd /etc/init.d/rc5.d sudo ln -s ../atalk S22atalk Uudelleenkäynnistyksen jälkeen (ja yllätyksekseni) tietokoneeni jumiutui. Ctrl-Alt-F2 ei toiminut, en päässyt sisään SSH:n kautta; ainoa pelastus oli fyysinen uudelleenkäynnistyspainike (johon olen tottunut vain Macintosh-ajoiltani). Kun käynnistin tietokoneen uudelleen vikasietotilassa ja poistin linkin, kaikki toimi jälleen normaalisti. Kun käynnistän atalkin manuaalisesti, järjestelmä jumiutuu samalla tavalla muutaman sekunnin kuluttua…

Suse Linux 9.1

Thu, 05 Apr 2007 00:00:00 +0000

Ostin Suse Linux 9.1:n pakettiversion. Päivitys sujui varsin sujuvasti. Vaikka järjestelmä ilmoitti noin 1500 pakettiristiriidasta, ne johtuivat kaikki pelkästään Kopete 0.81:stä (ICQ-asiakasohjelmani) ja VLC 0.71:stä (videosoittimeni). Ratkaisin ristiriidat poistamalla ensin suojauksen asennetuilta muilta kuin Suse-paketeilta ja ottamalla sitten riskin järjestelmän epäjohdonmukaisuuksista. Päivityksen jälkeen sekä Kopete että VLC kuitenkin toimivat edelleen. Sen sijaan VMware 4.0.5 lakkasi toimimasta, mutta päivitys versioon 4.5.1 auttoi.

SUSE Linux 9.1/9.2 ja VMware

Thu, 05 Apr 2007 00:00:00 +0000

Latasin uudelleen VMware-version testaamista varten (4.5.2). Mutta sitä ei edes voinut konfiguroida. Ilmeisesti SUSE on sekoittanut asennuksen lähdekansioiden hakemistorakenteen. Löysin seuraavan korjausohjeen: cd /usr/src/linux su make cloneconfig make prepare. Tämän jälkeen vmware-config.pl-skripti pitäisi toimia kunnolla. Ennen vmware-config.pl-komennon suorittamista asensin myös vmware-any-any-update78-korjauspäivityksen . Muuten: Tämä menettely on toistettava joka kerta, kun päivität ytimen! Päivitettyäni versioon 9.2 minulla oli lisää ongelmia. Jokaisen uudelleenkäynnistyksen jälkeen jouduin suorittamaan vmware-config.pl-komennon uudelleen. Tämä korjattiin lisäämällä rivi for a in seq 0 9; do mknod /dev/vmnet$a c 119 $a; done tiedoston /etc/init.d/vmware alkuun. Ytimen päivitysten jälkeen vmware-config.pl:n käynnistämistä edeltävä menettely on cd /usr/src/linux make cloneconfig make modules_prepare

Suse RPM-paketin luominen Staden-paketille

Thu, 05 Apr 2007 00:00:00 +0000

Koska binäärit toimivat kaikissa SUSE-jakeluissa, ajattelin ohittaa kääntämisprosessin ja antaa rpm:n purkaa binäärit suoraan, minkä jälkeen lisään SUSE-kohtaiset tiedostot oikeille paikoilleen. Nämä lisätiedostot ovat pääasiassa kde.desktop-tiedostoja, kuvakkeita sekä komento export STADENROOT=/usr/local/staden-linux-1-4-1 ja komento /usr/local/staden-linux-1-4-1/staden.profile-tiedoston lataaminen ~/.bashrc-tiedostoon.Näin ollen purkaminen tapahtuisi yksinkertaisesti komennolla tar --extract --verbose --gzip --absolute-names --file=staden-linux-1-4-1.tar.gz ja chown -R root:root /usr/local/staden-linux-1-4-1.

Useiden hiirien/kosketuslevyjen samanaikainen käyttö (SUSE Linux 9, YaST2/SaX)

Thu, 05 Apr 2007 00:00:00 +0000

Minulla on kannettava tietokone, ja määritin ulkoisen USB-hiiren Yast2:n avulla. Sen seurauksena kosketuslevy lakkasi toimimasta. Kun nyt käynnistän tietokoneen uudelleen ilman USB-hiirtä, joudun pulaan. Käytin määrittämiseen seuraavaa reittiä: Ohjauskeskus -> Yast2-moduulit -> Laitteisto -> Valitse hiirimalli Jos haluat käyttää sekä ulkoista hiirtä että kosketuslevyä, sinun on syvennettävä asetuksia: Ohjauskeskus -> Yast2-moduulit -> Laitteisto -> Näytönohjain ja näyttö -> Graafinen työpöytäympäristö -> Muuta -> Komponentti: Syöttölaitteet Täällä voit lisätä rajattoman määrän hiiriä. Kannattaa todennäköisesti testata (testipainikkeella), toimivatko uudet asetukset, ennen kuin käynnistät tietokoneen uudelleen. Asetukset tulevat voimaan vasta uudelleenkäynnistyksen jälkeen. Eli jos haluat poistaa kosketuslevyn käytöstä (koska se häiritsee sinua), sinun on käynnistettävä tietokone uudelleen…

Apache2:n määrittäminen ja käynnistäminen Yast2:n avulla