Roottina annettu komento
chown -R user directory
antaa tuloksen
chown: changing ownership of 'filename': Operation not permitted
chown versio 4.1.11, Mandrake9. Hakemisto on fyysisesti eri kiintolevyllä. Mistä päästä pitäisi lähteä purkamaan?
chown -R user directory
antaa tuloksen
chown: changing ownership of 'filename': Operation not permitted
chown versio 4.1.11, Mandrake9. Hakemisto on fyysisesti eri kiintolevyllä. Mistä päästä pitäisi lähteä purkamaan?
Vastaukset 14
Vanhimmat
Ilmeisesti kyseessä on windows (vfat) - levy. Aseta tiedostojärjestelmän oikeudet mounttausvaiheessa eli ota käsittelyyn etc - kansiossa oleva fstab ja hae tuon kiintolevyn määrittelyrivi
/dev/hdb1 /mnt/winukka vfat defaults 0 0 yms.
Tuossa defaults kohdassa voit käyttää erilaisia määrittelyjä, esim
umask = 0 (annetaan oikeudet kaikille)
tai
uid = xxx (annetaan oikeudet käyttäjä_id:lle xxx, sen löytää vaikka käskyllä id -u)
tai
gid = xxx (annetaan oikeudet ryhmälle)
Pistä aluksi vaikka umask=0 ja mounttaa kaikki uudelleen. Nyt chown pitäisi onnistua ;)
FAT ei tunne lainkaan oikeuksia
siksi juuri omistuksen muuttaminen chown-komennolla ei onnistu ja (virtuaaliset) oikeudet annetaan fstabista mounttaushetkellä.
Ei ole testinkoneessa winkkaa.
Homman nimi on tama:
Koneessa oli (sic...) toimiva Mandrake9-asennus. Linux Formatin (vai Magazinen?) mukana tuli LFS ja ystavallisesti tarvittavat asennuspaketit.
Joten, step-by-step kirjan mukaan. LFS-asennusta varten laitoin uuden hardiksen, jolle fdiskilla /, swap ja /usr.
Tiedostojarjestelman luonti onnistuneesti mke2fs /dev/hdc1, 5 (swap) ja 6, /mnt/lfs ja /mnt/lfs/usr -hakemistot OK. Mounttaus:
mount /dev/hdc1 /mnt/lfs (tuleva /)
mount /dev/hdc6 /mnt/lfs/usr
Sen jalkeen lfs-partitiolle hakemistot /static/src ohjeen mukaan, asennuspakettien kopiointi CD:lta sinne OK.
lfs-kayttajan luonti onnistui. Seuraavaksi pitaisi siirtaa /static/src:n omistus lfs:lle, komento chown -R lfs /mnt/lfs/static ja siihen tyssasi. Tarkka paikka http://linuxfromscratch.org/view/4.0/chapter05/installasuser.html ,
Jossain vaiheessa kokeilin antaa kaikki oikeudet kaikille koko levyyn rekursiivisesti seka hakemistoihin ja myos asennuspaketteihin erikseen... chmod exittaa ilman virheilmoitusta.
Fdisk naytti partitiot oikein, mutta harddrake ilmoittaa, etta /dev/hdc1 on jaettu kahteen samankokoiseen partitioon, tiedostojarjestelma jokin omituinen ja jostain syysta mount point oli /dev/hd???
Sen enempaa lfs:n kuin hd:n umounttaus ei onnistunut, "device busy"...
Reboot ei auttanut, kokeilin tuhota kaikki /hdc:n partitiot seka harddrakella, fdiskilla etta cfdiskilla ja sain aikaiseksi sen, etta Mandrake tunnistaa 4G levyn 8 gigaiseksi :-)
Seuraavassa rebootissa tulikin sitten virhe eika Mandrake kaynnistynyt. Uudelleenasennus ja koko systeemi alusta pikkutarkasti kirjan mukaan uusiksi, samalla tuloksella...
Partitiointia on yritetty mita erilaisimmilla tavoilla, samalla tuloksella. Viimeisen Mandraken sekoamisen jalkeen ajattelin etta kokeillaan Slackwarea - jossa taas ei X suostu toimimaan, error "no screens found". No, laitan huomenna joko Mandraken takaisin tai RedHatin ja alusta uusiksi.
Itse asiassa taisin merkita fdiskissa /hdc1:n boottaavaksi... se selittaisi paljon... muttei sita miksi pariin kertaan onnistuin boottaamaan koneen ilman ongelmia...
Onko parempia ehdotuksia?
Heh... tassahan tulee ihan alkuajat mieleen :-)
Pitikö hokata vaikeimman kautta, että et vielä ole saavuttanut Tosi Guru© -tasoa. Mutta uudestaan vuoden-parin päästä? Pitää kyllä myöntää, että itselläkin on jo vähän aikaa kutkuttanut ajatus jostain LFS-kokeilusta. Toistaiseksi ei aika riitä :(
Tottakai. Onko muunkinlaisia tapoja :-)
>>Tottakai. Onko muunkinlaisia tapoja :-)>>
Totta kai, mutta ne ovat poikkeuksetta vääriä, kantapään kautta kun yleensä oppii kaikkein parhaiten.
Olen itsekin LFS:n instannut (päivän siihen saa varata, pelkkäperusasennus siis) pariin otteeseen. Ensimmäisellä kerralla se toimi oikein mainiosti mutta tyssäsi siihen, kun minulla ei taito riittänyt nettiyhteyden konffaamiseen.
Toisella kertaa taasen tuloksena oli kernel panic muilla kuin kernelin vakioasetuksilla ja se ongelma ei selvinnyt sitten millään, joten pois vain. Ja vaikka olisi selvinnytkin niin sitten olisin saanut kamppailla osioiden kanssa, kun jollain ihmeen ilveellä olisi pitänyt entinen distro poistaa ja muuttaa lfs-osio koko levyn täyttäväksi.
Huomenna pistän Core distron koneeseen. Tulos on käytännössä aivan sama kuin LFS:n kanssa, mutta joudun vain hakemaan mukana tulevista ohjelmista sorsina uudemmat versiot ja kääntämään itse.
Ainoa mikä vähän mietityttää on se, että pitäisikö ihan suosiolla antaa includejen ja glibc:n olla vai kerjäisikö verta nenästään päivittämällä nekin sorsista. :-)
Pai tö vei:sattuuko kukaan muuten tietämään fetchmailin kohtalosta, kun kotisivuja ei enää näyttäisi olevan olemassakaan, enkä mistään löydä uusimman version sorsia (vissiin 6.2.0)?
ftp://ftp.ccil.org/pub/esr/fetchmail
(osoite Debian-paketin README:stä)
"poikkeuksetta vääriä, kantapään kautta kun yleensä oppii kaikkein parhaiten."
Juu. Sitäpaitsi, pitäähän duunin olla hauskaa... ja mikäs sen mukavanpaa kuin "jaa ettei toimi, mitähän..." :-)
>>Juu. Sitäpaitsi, pitäähän duunin olla hauskaa... ja mikäs sen mukavanpaa kuin "jaa ettei toimi, mitähän..." :-)>>
Tai:
- "%&#/?¤!!! k*sipääkone ja niskuroiva p*skaläjä, miksi v*tussa et toimi??!! Sensuroidun sensuroidun SENSUROITU!!! AARGH!!"
"Ai, prkl...! ¤%"&!"
Kiitos kiitos. Meinasin jo, että pitääkö tässä nyt tyytyä "antiikkiseen" 5.9.x:ään.
"Varjo levätköön rauhassa"
Hautakivestään voi käydä lukemassa.
Mies säkärin sai, kun koipensa
ruudun läpi potkasi vain.
Mutta taivaan suuressa bittihallissa viimein
on hällekin paikka
gurun arvostetun.
^-^ ^-^ ^-^ ^-^
Tulipa sitten Corekin testattua, yritin asentaa vanhalta osiolta. Mitä nyt asennus kaatui siihen, että ext2-osioni on hda6, mutta Coressa suurin käytettävissä oleva oli hda5 ja mukana ei tullut MAKEDEViä.
Kaipa tuonkin olisi jotenkin voinut kiertää, mutta en jaksanut alkaa funtsia mitään kikkoja, joten palasin vanhaan tsydeemiin.
koitas:
mknod -m 660 /dev/hda6 b 3 6
mknod -m 660 /dev/hda7 b 3 7
mknod -m 660 /dev/hda8 b 3 8
.
.
.