Merkkien muuttuminen tiedostonimissä [RATKAISTU]

[OJK]

Kokeilitko muuttaa ikkunan kokoa?

Kokeilin muuttaa, eikä auttanut. Mutta Hola! Löysin ongelman syyn ja sain asian ratkaistua! :-)
Ongelman aiheuttaja oli kakkosnäyttö. Minulla on VGA-porttiin liitetty toinen näyttö, johon olen laajentanut työpöytää. Tämä kytkentä aiheutti ongelman.
Hoksasin sen sitä kautta, että huomasin, etteivät VLC:n eikä Totemin visualisoinnit toimineet musiikkia kuunnellessa. En ollut aiemmin kiinnittänyt tuohon huomiota, vaikka minulla onkin ollut Totemin visualisointi päällä.
Napsaisin kakkosnäytön irti koneesta ja jo näkyivät Yle uutiset sekä haluamani ohjelma.

Kiitos Ganymedes ja nm hyvistä neuvoista. Ilman neuvojanne en olisi osannut lähteä sulkeistamaan mahdollisia virheitä pois, vaikka syyn suurin piirtein olisin osannutkin aavistella. Lopullinen virhe olisi jäänyt kuitenkin huomaamatta, jos en olisi tehnyt neuvojenne mukaista sulkeistamista.

Olisiko kenelläkään neuvoa, miten saisin pidettyä kakkosnäytön kiinni ja silti tallenteet näkyisivät? Olisi mukavampi katsella niitä tuosta 19" näytöltä kuin 11-tuumaiselta :-) Vaikka pääasia kuitenkin on, että näkyyvät edes jollain tavalla.


(Ketju jaettu uudeksi aiheeksi -- ajaaskel)

EDIT: Sen verran vielä kysyisin neuvoa, että osaako kukaan sanoa, a) miksi Ubuntuni nimeää tallennetiedostot uudelleen, kun siirrän ne verkkolevylle talteen (WLAN:in kautta) ja b) aiheuttaako tämä uudelleen nimeäminen sen, että suomenkielisen tekstityksen sisältämän tiedoston ja itse videotiedoston välinen yhteys menee rikki (eli tekstitys ei enää toimi verkkolevyltä käsin)? Miten tämä olisi estettävissä, muuten kuin jättämällä tiedostot koneeni kovalevylle (en haluaisi niiden vievän siellä tilaa)?

[nm]

Nämä kysymykset olisi varmaan kannattanut laittaa uusiksi aiheiksi, mutta vastaan nyt kuitenkin...

Olisiko kenelläkään neuvoa, miten saisin pidettyä kakkosnäytön kiinni ja silti tallenteet näkyisivät?

Voit kokeilla eri videopiirtomenetelmiä (lähtöjä) VLC:n asetuksissa. OpenGL saattaisi toimia monen näytön järjestelmässä paremmin kuin XVideo, jos näytönohjaimesi vain osaa OpenGL:ää riittävän hyvin.

Mikä kone ja näytönohjain on kyseessä? Villi arvaukseni viittaa Intelin suuntaan, jolloin myös uudempi Ubuntun versio saattaisi auttaa. Intelin ajureita kehitetään jatkuvasti etenkin uudempien piirien tuen osalta, mutta niissä on esiintynyt ajoittain tämän kaltaisia ongelmia.

EDIT: Sen verran vielä kysyisin neuvoa, että osaako kukaan sanoa, a) miksi Ubuntuni nimeää tallennetiedostot uudelleen, kun siirrän ne verkkolevylle talteen (WLAN:in kautta) ja b) aiheuttaako tämä uudelleen nimeäminen sen, että suomenkielisen tekstityksen sisältämän tiedoston ja itse videotiedoston välinen yhteys menee rikki (eli tekstitys ei enää toimi verkkolevyltä käsin)? Miten tämä olisi estettävissä, muuten kuin jättämällä tiedostot koneeni kovalevylle (en haluaisi niiden vievän siellä tilaa)?

Uudelleennimeäminen johtunee SMB-verkon tai mahdollisesti FAT-tiedostojärjestelmän rajoitteista. Voitko antaa esimerkin, mitä nimille tapahtuu?

Tekstitys toimii useimmilla mediasoittimilla, jos se on nimetty tiedostopäätettä lukuunottamatta samalla tavalla kuin videotiedosto. Nimellä ei siis sinänsä ole väliä, kunhan se on sama molemmissa tiedostoissa. Kokeilemallahan tuokin selviää käytännössä.

[OJK]

Mikä kone ja näytönohjain on kyseessä? Villi arvaukseni viittaa Intelin suuntaan, jolloin myös uudempi Ubuntun versio saattaisi auttaa. Intelin ajureita kehitetään jatkuvasti etenkin uudempien piirien tuen osalta, mutta niissä on esiintynyt ajoittain tämän kaltaisia ongelmia.

Intelpä hyvinkin. Acer Travelmate 3020, Intel Core Duo 1.66 GHz. Näytönohjain Intel Graphics Media Accelerator 950 eli integroitu emoon. Uudempaan Ubuntuun en ole päivittänyt, koska a) olen käynyt kamppailua, haluanko Unityn :-) ja b) tämä kone on vähän sellainen mopo, että menee enemmän reissukoneena. Ajattelin ensi vuoden puolella hankkia paremman Ubuntu-koneen ja siihen lykkään sitten uudemman Ubuntun (eli olen taipunut Unitylle).

Uudelleennimeäminen johtunee SMB-verkon tai mahdollisesti FAT-tiedostojärjestelmän rajoitteista. Voitko antaa esimerkin, mitä nimille tapahtuu?

Nimi muuttuu tallenteen alkuperäisestä ohjelman-nimi-vuosiluku-pvmkellonaika.flv:stä esim. seuraavanlaiseksi: VYTTFX~K.FLV. Samoin tekstitystiedosto muuttuu alkuperäisestä ohjelman-nimi-vuosiluku-pvmkellonaika.fin.srt-muodosta seuraavanlaiseksi: V8YUKS~9.SRT.

Tekstitys toimii useimmilla mediasoittimilla, jos se on nimetty tiedostopäätettä lukuunottamatta samalla tavalla kuin videotiedosto. Nimellä ei siis sinänsä ole väliä, kunhan se on sama molemmissa tiedostoissa. Kokeilemallahan tuokin selviää käytännössä.

Ok. Kiitos, täytyypä kokeilla. Sittenhän tässä ei ole mitään hätää. Kiitos vielä kerran.

EDIT: Ja OpenGL videonpiirtomenetelmänä VLC:ssä pisti tallenteet toimimaan, vaikka kakkosnäyttö onkin kiinni koneessa. Loistavaa!
Hitto, että tällä foorumilla saa hyvää ja ystävällistä apua. Kiitos jälleen suuresti. Voi kun joskus omat taidot olisivat sillä tasolla, että voisi auttaa muita, eikä aina olisi itse avun tarpeessa.

[nm]

Uudempaan Ubuntuun en ole päivittänyt, koska a) olen käynyt kamppailua, haluanko Unityn :-)

12.04:ssä voi käyttää Unityn sijaan myös 10.04:stä tuttua Gnome-työpöytää: http://www.omgubuntu.co.uk/2012/03/gnome-classic-in-ubuntu-12-04-its-like-nothing-ever-changed

Pieniä eroja suhteessa vanhempaan Gnomeen toki saattaa löytyä.

Nimi muuttuu tallenteen alkuperäisestä ohjelman-nimi-vuosiluku-pvmkellonaika.flv:stä esim. seuraavanlaiseksi: VYTTFX~K.FLV. Samoin tekstitystiedosto muuttuu alkuperäisestä ohjelman-nimi-vuosiluku-pvmkellonaika.fin.srt-muodosta seuraavanlaiseksi: V8YUKS~9.SRT.

Nuo ovat DOS/Windows 3.11-yhteensopivuutta varten luotuja lyhyitä 8.3-merkin tiedostonimiä (googlaa SMB name mangling). Pitkien tiedostonimien pitäisi kyllä säilyä ja näkyä palvelimen muille asiakkaille. Ominaisuus pitäisi myös olla kytkettävissä pois päältä tiedostopalvelimen asetuksissa.

Mikä on verkkolevysi malli?

[ajaaskel]

Tuo on nimeltään "mangled names", Samba muuttaa nimet Windows: lle kelpaaviksi.  Lisää löytyy täältä kun hakee tuolla termillä:

Koodia: [Valitse]

http://www.samba.org/samba/docs/man/manpages-3/smb.conf.5.html
ja vastauksena kyllä, sen voi halutessaan estää mutta ota huomioon mitä merkkejä Windows hyväksyy tiedostonimissä (jos sellaista käytät).

[OJK]

Mikä on verkkolevysi malli?

Olin pari päivää reissussa, joten vastaaminen kesti. Verkkolevyni on Buffalo Linkstation Pro 1.5 TB. Enpä ole liiemmin sitä conffaillut, kun on hyvin pelittänyt tähän saakka sekä Ubuntulle että Mac OS:lle. Windowsia ei löydy taloudestamme (tiedoksi ajaaskelille), joten sitä ei tarvitse ottaa tiedostojen nimeämisessä huomioon.

Pitäisiköhän tämä keskustelu siirtää näiltä osin johonkin toiseen ketjuun? Moderaattoriko sen tekee?

[nm]

Olin pari päivää reissussa, joten vastaaminen kesti. Verkkolevyni on Buffalo Linkstation Pro 1.5 TB. Enpä ole liiemmin sitä conffaillut, kun on hyvin pelittänyt tähän saakka sekä Ubuntulle että Mac OS:lle.

Juu, on hieman kummallista, että se haluaa vaihtaa noihin lyhyisiin nimiin. Toimiiko paremmin, jos varmistat ettei tallenteen nimessä ole mitään erikoismerkkejä (väliviiva ja pisteet ovat ok, mutta esim. kaksoispistettä ei saa olla)?

Yle-dl:ssä on myös parametri --vfat, joka karsii hankalat merkit pois.

Pitäisiköhän tämä keskustelu siirtää näiltä osin johonkin toiseen ketjuun? Moderaattoriko sen tekee?

Kannatan. Ajaaskel varmaan voisi siirtää, kun sattuu seuraavan kerran lukemaan tätä.

[OJK]

Toimiiko paremmin, jos varmistat ettei tallenteen nimessä ole mitään erikoismerkkejä (väliviiva ja pisteet ovat ok, mutta esim. kaksoispistettä ei saa olla)?

Jep. Nyt näyttäisi toimivan hyvin, kun karsin kaksoispisteet (ja varmuudeksi pilkutkin) pois. Nyt tiedostot siirtyvät nätisti verkkolevylle.
Kiitos!

Merkkaan tämän ketjun ratkaistuksi.

[amateur]

Tähän liittyen, mulle kävi näin:

Kone A latasi Areenasta ohjelman. Päätimme katsoa sen koneella B.
Samba-verkolla siis siirtämään, kun ei wlanillakaan kauaa kestä.

Mutta, kun siellä tiedostonimessä olikin niitä kaksoispiteitä,
putosi siirtonopeus koko verkossa 200-300 KBs, norminopeus 4-5MBs.
Ilmeisesti reititinkin otti nokkiinsa jollain tavalla, koska 2 10/100
kaapelilla reitittimen kanssa keskustelevaa konetta hyytyivät.
Koko verkko täytyi siis bootata ennenkuin nopeudet palasivat normaaleiksi.
(Kaikissa linuxia, Minttiä ja Puppyä)

Että: Liittyykö tämä kaksoispiste siihen että unix/linux tulkitsee se protokollaksi,
kuten http: ?

[nm]

Kone A latasi Areenasta ohjelman. Päätimme katsoa sen koneella B.
Samba-verkolla siis siirtämään, kun ei wlanillakaan kauaa kestä.

Mutta, kun siellä tiedostonimessä olikin niitä kaksoispiteitä,
putosi siirtonopeus koko verkossa 200-300 KBs, norminopeus 4-5MBs.
Ilmeisesti reititinkin otti nokkiinsa jollain tavalla, koska 2 10/100
kaapelilla reitittimen kanssa keskustelevaa konetta hyytyivät.
Koko verkko täytyi siis bootata ennenkuin nopeudet palasivat normaaleiksi.
(Kaikissa linuxia, Minttiä ja Puppyä)

Erikoinen ongelma. Oletko kokeillut uudestaan, että sama tiedosto nimettynä Windows-turvallisesti ilman kaksoispistettä ei aiheuta verkon hidastumista, mutta heti kun tiedoston nimessä on kaksoispiste, ongelma ilmenee uudestaan?

Että: Liittyykö tämä kaksoispiste siihen että unix/linux tulkitsee se protokollaksi,
kuten http: ?

Ei liity ainakaan Samban tapauksessa, eikä yleensä muissakaan ohjelmissa, ellei ohjelma yritä tulkita tiedostonimeä osoitteeksi (esimerkiksi scp tekee niin puoliväkisin).

Jos Sambassa on asetus "mangled names = yes" (oletuksena päällä), se muuntaa kaksoispisteen sisältävät tiedostonimet automaattisesti Windows- ja DOS-yhteensopiviksi 8.3 merkin lyhennelmiksi. Jos Samban asetustiedostossa on asetus "mangled names = no", nimiä ei koskaan muunneta ja kaksoispisteen sisältävät tiedostonimet hylätään kokonaan, jolloin näihin tiedostoihin ei pääse käsiksi Samba-jakojen kautta. Windows ei hyväksy kaksoispistettä tiedostonimissä, joten Samban on tehtävä näissä tapauksissa jotain, ja oletusasetus sentään mahdollistaa tiedoston jakamisen. En tosin tiedä, miksei Sambassa ole mahdollisuutta käyttää pitkiä muunnettuja nimiä.

[Muokkaus: ssh->scp]

[amateur]

Kaikki versiot on kokeiltu ja mangled names = no.

No, ens alkuun samba ei antanut luonnollisestikaan edes kopioida niitä,
väitti että "pääsy estetty" tjsp, jolloin meikä taas tarkastamaan kansioiden oikeuksia jne.

Manuaalisesti kun muutin nimet sellaiseen muotoon että suostuivat kopioitumaan,
niin verkko kuitenkin oli jo jämähtänyt hitaalle - ja kaikilla neljällä koneella (!?)
- vaikka ihan koneet a ja b yrittivät keskustella keskenänsä.

Nyt kun on siivottu ne tiedostonimet, jättäen vain -, _, ja (), mitkä wintoosa
hyvin ymmärtää, verkon nopeus on se mikä sen pitäisikin olla.

Pitäisköhän tarkistaa ettei jollain koneella ole joku ssh tullut vaikka oletusasennuksena?
(en muista että olisin sellaista asennellut, jonkun meta-paketin mukana tms?)

[nm]

Kaikki versiot on kokeiltu ja mangled names = no.

No, ens alkuun samba ei antanut luonnollisestikaan edes kopioida niitä,
väitti että "pääsy estetty" tjsp, jolloin meikä taas tarkastamaan kansioiden oikeuksia jne.

Jos tuo "mangled names = no" on ollut käytössä koko ajan, Samba ei taida suostua edes näyttämään jaettuja hakemistoja, joissa on epäyhteensopivia tiedostonimiä: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/676304

En kuitenkaan osaa arvata syytä, miksi tämä tukkisi verkon tuolla tavalla.

Pitäisköhän tarkistaa ettei jollain koneella ole joku ssh tullut vaikka oletusasennuksena?
(en muista että olisin sellaista asennellut, jonkun meta-paketin mukana tms?)

Ei vaikuta tähän mitenkään. Scp oli vain esimerkki ohjelmasta, joka voi tulkita kaksoispisteen sisältävän tiedostonimen osoitteeksi.

[amateur]

Jos tuo "mangled names = no" on ollut käytössä koko ajan, Samba ei taida suostua edes näyttämään jaettuja hakemistoja, joissa on epäyhteensopivia tiedostonimiä: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/676304

En kuitenkaan osaa arvata syytä, miksi tämä tukkisi verkon tuolla tavalla.

Se ei ole ollut koko ajan päällä, löysin tuon manglauksen jostain etsiessäni,
ja lisäsin sen joka koneen smb.conffiin, oletuksena sitä ei ole siellä edes #:n takana.
Se näyttää hakemistot kyllä, mutta valitti että "tiedostoa ei ole" (tai sinnepäin englanniksi).
Kopiointi ja siirto ei onnistunut edes terminaalin kautta.

Win-verkkojen kanssa muistan hämärästi samankaltaista ongelmaa,
oli joku tiedostonimi/hakemisto/jako jossain jota serveri/muut työryhmän koneet eivät voineet sietää,
sen jälkeen verkko oli luokkaa 14.4k modeemi... siihen oli joku dossilla heitettävä kikka
jos näin kävi, ettei tarvinnut serveriä/koko verkkoa bootata.

[ajaaskel]

Tätäkin voi kokeilla vaihtoehtona pienille siirroille:

http://forum.ubuntu-fi.org/index.php?topic=41132.msg358752#msg358752

Se ei toki korjaa ongelmaa mutta auttaa väistämään.  Jos siirtelet usein niin ehdotan asentamaa ssh: n koneisiin.  Kaupan päälle tulee nimittäin sftp jota on helppoa käyttää graafisesti eli voit kopioida kansiosta kansioon kun vain aukaiset ensin linkin sinne toiselle koneelle tiedostoselaimessa. Näissä ei ole hankaluuksia oli tiedostot nimeltään mitä hyvänsä.

Ja vielä näitä väistökeinoja,  nuo tiedostosi voi pienellä vaivalla päätteessä massanimetä uudestaan niin että niissä on jotain muuta tuon kaksoispisteen tilalla. Lisää täällä:

http://forum.ubuntu-fi.org/index.php?topic=41132.msg358757#msg358757

Tuo kaksoispistebugi on ollut aika kauan Sambassa.  Toisaalta tuo Samba-juttu on alkuaan tehty auttamaan tiedonsiirtoa nimenomaan Windowsin tapauksessa. Linux itse ei tarvitse Sambaa välttämättä mihinkään, tiedostojen massasiirtelyyn / pelkästään muuttuneiden siirtelyyn on parempia ja tehokkaampia keinoja (esim. "rsync" ).

[amateur]

Kiitos kiitos,
kysytään sitten seuraavaksi ihan fakta/mutu -pohjalta mikä verkkoprotokolla olisi "paras",
niin nopeuden puolesta tänne kotiverkkoon kuin helppokäyttöisyyden puolelta.

Tässä nykyisessä Mint 16 KDE kokoonpanoissa on kivaa ja kätsyä kun kamat näkyy
Dolphinissa ja/tai Konquerorissa (Puppy ei näy muille paitsi ftpd -jaettujen kansioidensa osalta,
sen oma YASSM - systeemi näyttää ROXissa muitten kansiot),
ja sen kun siirtelet niitä hiirellä paikasta toiseen.

Tiedän että turhaan se koneita ja verkkoa rasittaa jos siellä on turhia päällekkäisiä
protokollia hääräämässä - joten siis, mikähän se olisi se yksi?

Tarpeet, jotka on jo tällä hetkellä käytössä:
- koneet reitittimen kautta nettiin (tcp/ip)
- näkee toisensa ja tiedostonsiirto graafisesti kansiosta kansioon
(minä & vaimo molemmat aloittaneet työuran maceilla)
- printterin jako (tarviiko cups sambaa?)
- median striimaus toiselta koneelta

Jos samba on näihin tarpeisiin "se oikea", niin sitten etsin jostain netistä
kunnon sambasulkeiset ja opettelen sen.

Kun on aikoinaan tapellut NT4 servereitten, Novellin, wintoosien, maccien ja unixien
kanssa verkoissa, niin kyllä nyt yks nysä kotiverkko pitää pystyyn saada
arvosanoilla "moitteettomasti toimiva" 

(Seuraavaks tulee serveri, jahka seuraava koneenraato tippuu syliin...)

[nm]

Kiitos kiitos,
kysytään sitten seuraavaksi ihan fakta/mutu -pohjalta mikä verkkoprotokolla olisi "paras",
niin nopeuden puolesta tänne kotiverkkoon kuin helppokäyttöisyyden puolelta.

Samba on helppo Gnome-työpöydällä Nautiluksessa ja ilmeisesti KDE:n Dolphinissa, joissa se toimii yksinkertaisilla graafisilla asetustyökaluilla ilman asetustiedostojen muokkaamista. Se on myös varsin nopea, eikä kuormita prosessoria liikaa. Tiedostojen mode-bitit, symboliset linkit ja muut Unix-ominaisuudet ominaisuudet eivät siirry. Samba on melkoinen asetus- ja käyttöoikeuspainajainen, jos tiedostoselaimen tarjoamat asetukset eivät riitä tai jos jaoissa ilmenee ongelmia.

NFS on natiivi Unix-tiedostojako-ohjelmisto, joka on osittain integroitu kerneliin. Suorituskyky on ehkä paras mahdollinen ja kaikki tiedostojen ominaisuudet siirtyvät verkon yli. Kotiverkossa on helpointa, jos kaikissa koneissa kaikilla käyttäjätunnuksilla on sama UID ja GID. Muuten oikeuksien kanssa voi tulla hankaluuksia. NFS on suunniteltu toimimaan tiedostopalvelimilla, jotka ovat jatkuvasti päällä, eikä se oikein pidä katkeavista yhteyksistä. NFS:n kanssa kannattaa käyttää Autofs:ää, jotta liitokset irtoavat automaattisesti silloin, kun niitä ei käytetä, eivätkä jää jumiin, jos vastapää irrotetaan verkosta. Silti sen kanssa voi tulla hankalia jumiutumisia, jos kone irtoaa verkosta silloin, kun liitos on käytössä.

Tiedonsiirto SSH-yhteyden yli toimii kätevästi monilla tiedostoselaimilla ja myös päätteen kautta scp:llä. Jaon voi myös liittää tiedostojärjestelmään sshfs:llä, jolloin se toimii missä tahansa ohjelmassa. Siirto on salattu, joten se on turvallinen myös internetin läpi. Toisaalta lähiverkossa salauksen aiheuttama prosessorikuorma on iso etenkin gigabitin yhteysnopeuksilla. Heikommalla prosessorilla ei välttämättä saa edes 100 Mbps:n kaistaa täyteen. Tiedostojen Unix-ominaisuudet säilyvät siirroissa.


Itse käytän eniten ssh:ta myös lähiverkoissa. Scp (tai rsync) on erittäin kätevä päätteessä. Aiemmin käytin NFS:ää, mutta ssh toimii hieman luotettavammin, kun joitakin koneita siirrellään paikasta toiseen. Toisaalta, jos päivittäisin verkon gigabitin eetteriksi, pitäisi ehkä palata NFS:ään. Sambaa en viitsi käyttää, kun verkossa ei ole Windows-koneita, ja näen vieläkin painajaisia sen asetustiedostoista, käyttöoikeuksista ja selittämättömistä yhteysongelmista.

- printterin jako (tarviiko cups sambaa?)

Sambaa tarvitaan Cupsin kanssa vain Windows-koneita varten.