Bugi vai joku säätö jossain?

[jekku]

Asensinpa 10..04:n "uuteen" koneeseen. Ja joitain perusjuttuja tehdessäni törmäsin melo outoon ilmoitukseen:
antaessani komennon: mv Private private
niin mokoma herjasi:
mv: hakemistoa ”Private” ei voi siirtää omaan alihakemistoonsa, ”private/Private”
Mutta nuo kelpasivat:
mv Private priva
mv priva private

Jolloin lopputulos oli toivottu.
Mutta miksi tuo kiukuttelu ensimmäisellä kerralla. Ja sen pystyy toistamaankin.
Jotain on pahasti rikki, jossain. Mutta onko tuo jostain asetuksien syövereistä löydettävissä oleva optio vai ihan selvästi vika?

[oobetimer]

mv: hakemistoa ”Private” ei voi siirtää omaan alihakemistoonsa, ”private/Private”

Voiko käärme syödä itsensä?

 

[Tomin]

10.10:ssä onnistui:

Koodia: [Valitse]

$ls
$ mkdir Private
$ mv Private private
$ ls
private
$ ls private/
$tosin:

Koodia: [Valitse]

$ mv private private
mv: hakemistoa ”private” ei voi siirtää omaan alihakemistoonsa, ”private/private”
$

mv: hakemistoa ”Private” ei voi siirtää omaan alihakemistoonsa, ”private/Private”

Voiko käärme syödä itsensä?

 

Juu, mutta isot ja pienet kirjaimet merkitsevät ja mv-komennolla voi myös uudelleen nimetä.

Muokkaus: Kyllä 10.04.1:ssä toimii samalla tavalla, kuin kuvasin yllä.

[Ganymedes]

Olen huomannut saman, että jossakin tilanteessa esim. tiedostot "abc" ja "Abc" tulkitaan samoiksi, jolloin esim. "rename" komento ei toimi. Tämähän näyttäisi sinullakin olevan ongelmasi taustalla.

Kiertokonsti ongelmaan on tuo mitä teitkin.

Toisaalta - tämä ei taida olla ongelma ollenkaan. Taitaa olla tiedostojärjestelmän rajoitus pelkästään, ainakin FAT32 (vfat) toimii tuolla tavalla - eli siis tavalla jota kuvasit "vääräksi". FAT32 ei ole Linuxin natiivijärjestelmä.

Konseptuaalisesti - noinhan se menee, että jos vaatimus on täydellinen yhteensopivuus eri järjestelmien välillä, niin pitää toimia pienimmän yhteisen nimittäjän eli huonoimman järjestelmän ehdoilla AINA. Toinen vaihtoehto on hyväksyä erot ja toimia itse sen mukaan, jotta kuitenkin saa kokonaisuudesta enemmän irti kuin sen huonoimman yhteisen tilanteen - tämä noin periaatteessa.

[jekku]

Olen huomannut saman, että jossakin tilanteessa esim. tiedostot "abc" ja "Abc" tulkitaan samoiksi, jolloin esim. "rename" komento ei toimi. Tämähän näyttäisi sinullakin olevan ongelmasi taustalla.

Kiertokonsti ongelmaan on tuo mitä teitkin.

Toisaalta - tämä ei taida olla ongelma ollenkaan. Taitaa olla tiedostojärjestelmän rajoitus pelkästään, ainakin FAT32 (vfat) toimii tuolla tavalla - eli siis tavalla jota kuvasit "vääräksi". FAT32 ei ole Linuxin natiivijärjestelmä.

Konseptuaalisesti - noinhan se menee, että jos vaatimus on täydellinen yhteensopivuus eri järjestelmien välillä, niin pitää toimia pienimmän yhteisen nimittäjän eli huonoimman järjestelmän ehdoilla AINA. Toinen vaihtoehto on hyväksyä erot ja toimia itse sen mukaan, jotta kuitenkin saa kokonaisuudesta enemmän irti kuin sen huonoimman yhteisen tilanteen - tämä noin periaatteessa.

Nojoo.
Vaatimukseni ei ole mikään yhteensopivuus "väärin käyttäytyvien" tiedostojärjestelmien kanssa.

Nuo ovat aikasten pelottavia skenaarioita että "abc" olisi sama kuin "Abc". Systeemeissä jotka lähtökohtaisesti ovat epäluotettavia, sen ymmärtää - mutta jotenkin on ollut luottamus näihin *nix -kuvioihin hiukan vahvempi.

Vaan samanlainen ylläri oli muinoin kun otin ensituntumaa mysql:ään.

Oli joitain kymmeniä rivejä joissa (sääntöjen vastaisesti) oli käytetty vain alatason merkkejä.
tyyliin 'jotain_kabc_jajotainmuuta' kun ohje oli että 'jotain_kABC_jajotainmuuta'
Kun vastuuhenkilöt korjasivat syötteen ja pyysivät tuhoamaan  ne virheelliset rivit niin nakkasin loitsun:
delete from taulu where sarake like '%kabc%';
Uskokaa tahi älkää, niin olihan järkytys kun oli tuhottu myös rivit '%kABC%'!

Ja kuukeloinnin perusteella en ole ainoa moisen yllärin kanssa. Ja oli siihen jossain ohjeet miten korjataankin.

No, olkoon - ellei tuota saa millään asetuksella ojennukseen niin sen kanssa on vain opittava elämään.
(ko. kone tulee sellaiseen käyttöön että Ubuntu on muuten luontevampi valinta kuin aito Debian)

[Ganymedes]

Et sanonut vielä, että mistä tiedostojärjestelmästä oikeasti puhutaan?

[jekku]

Et sanonut vielä, että mistä tiedostojärjestelmästä oikeasti puhutaan?

Ihan totta tuo.
Pitipä tarkistaa.  (asentaessa naksuttelin jokseenkin oletusarvot enkä painanut mieleen mitä se kertoi tekevänsä)

/etc/fstab (samoin /etc/mtab)väittää/uskoo sen olevan etx4, olisiko ext3 ollut sittenkin "turvallisempi" valinta?

[Ganymedes]

Eikun tuo oli vain tarkennus sille, että todellakin puhutaan normaalista asennuksessa syntyvästä oletustiedostojärjestelmästä eikä vaikkapa jostakin ulkoisesta levystä tai tikusta.

Käsittääkseni ext4 on ihan hyvä vaihtoehto 10.04 versiossa eikä ext3 ole normaalikäytössä sen huonompi. Mutta olipa kumpi tahansa, niin tuota "abc-ongelmaa" josta tuolla edellä kerroin ei pitäisi tulla. Tarkoitin edellä sitä, että FAT32 järjestelmässä tuo ongelma ilman muuta tulee, ja pahempiakin koska tuo järjestelmä ei ymmärrä tiedostojen abc ja Abc välistä eroa.

Kokeilin juuri antamasi "private-esimerkin". 10.10:n oletustiedostojärjestelmällä, joka on myös ext4, ja mitään ongelmaa ei ole (kaikki päivitykset ovat ajantasalla).