Linux neumí připojit oddíl s mezerou ve jmenovce (diskuse)

[Michal Kubeček]

Nepřipadá mi úplně šťastné začít zápisek barnumským nadpisem, o kterém sám moc dobře víte, že není pravdivý, a dokonce to pak do toho zápisku sám napíšete…

[trekker.dk]

Řešení je jednoduché a dokonce máš několik možností:

• 1. přejmenuj ten oddíl
• 2. použij jiný způsob identifikace
• 3. implementuj to a protlač do upstreamu
• 4. Rozbreč se, zahoď Linux, používej Windows a hlavně nám už dej pokoj

[Michal Fecko]

4. Rozbreč se, zahoď Linux, používej Windows a hlavně nám už dej pokoj

+1

[Michal Kubeček]

Vidím to na čtvrtou možnost. Trochu mi to připomíná jednoho mediálního kašpárka, který pár měsíců horoval pro Linux, protože si tak připadal jako drsný haxxor, ale když zjistil, že aby ho někdo bral vážně, musel by tomu věnovat nějaké vlastní úsilí, otočil na pětníku a začal psát články o tom, jak je ten linux naprosto nepoužitelný…

[Jardík]

Takovehle lidi miluju. Kdyz nekdo rekne, ze jejich OS neco neumi, tak to zrani jejich ego a musej mit debilni pripominky. To je ubohost. Proc bych mel prejmenovavat oddil? Ja chci, aby se jmenoval jak jsem ho pojmenoval. Jiny zpusob identifikace je prilis zdlouhavy. Aneb hrabej se v /sys abys zjistil, jaky ze disk ma jake UUID. Na implementaci se muzu vite co ... brecet kvuli linuxu fakt nehodlam, Windows pouzivam, pokoj nedam. Je potreba upozornovat na nedostatky, jinak se to nikdy nevyresi.

[Michal Kubeček]

Kdyz nekdo rekne, ze jejich OS neco neumi, tak to zrani jejich ego a musej mit debilni pripominky.

Napíšete-li, že Linux něco neumí, a někdo vás upozorní, že to není pravda, označíte to za "debilní připomínku"? Pozoruhodné…

[trekker.dk]

Kdyz nekdo rekne, ze jejich OS neco neumi, tak to zrani jejich ego a musej mit debilni pripominky.

Jednak jak řekl pan Kubeček - umí.

Druhak - to, že Linux něco neumí, mi vadí až ve chvíli, kdy to potřebuju. V žádném případě to ale nezraňuje moje ego.

Je potreba upozornovat na nedostatky, jinak se to nikdy nevyresi.

Pokud na nedostatky upozorňují jenom rejpalové, kteří se za každou cenu snaží najít něco, do čeho by si mohli kopnout, pak ty nedostatky asi nejsou tak závažné, aby vadily někomu jinému.

[Dalibor Smolík]

Jednou jsem narazil na takový problém: Kolega vytvářel nějaký dokument ve Windows a já jsem věděl, že jej budu pod Linuxem dále zpracovávat. Pojmenoval jej (teď si vymýšlím) "Tetička Anička z Přeštic.doc". Když jsem namítal, ať jej pojmenuje inteligentněji, kdo s tím má pracovat, tak mi odpověděl, že jemu a všem, co mají Windows to vyhovuje, zapadá to do jeho systému evidence a proč by se měl přizpůsobovat, když žádný problém nemá.
Jasně, že si s tím poradím taky. Ale píšu to proto, že názory na pojmenování oddílů jsou různé a jestli to z jakýchkoliv důvodů může dělat na Linuxu problémy, většinu lidí to nezajímá. Abychom nedělali z nouze ctnost

[David Jaša]

Když jsem zjistil, že ne-ascii názvy souborů dělají bordel i mezi různými verzemi windows, tak od nich zrazuju i ty, kteří je používají.

[XSimi]

Boot\ oddil nefunguje?

[Jardík]

ne

[AsciiWolf]

A LABEL="Boot Oddil" také ne?

[ronny]

to uz psal v blogu ze ne :)

[grubber]

LABEL=Boot\ oddil nefunguje?

[grubber]

Jej, pozdě.

[phero]

vsak do toho nevrtej, kdyz to neumis

[Michal Fecko]

# Linux neumí připojit oddíl s mezerou ve jmenovce
# data v prdeli díky stabilnímu linuxu 

to hádam hovorí za všetko

[freshmouse]

No nic, vytvořil jsem tam ntfs a mým jediným systémem tak zůstává nejlepší a nejstabilnější OS Windows Vista Ultimate x64 neOEM (na rozdíl od linuxu se mi nikdy od Vánoc (jeho koupě) nezasekl ani nikdy nespadnul).

(17. 4. 2008)

Copak? Buď přestaň brát, co bereš, nebo začni pořádně, kluku ušatá.

[freshmouse]

Anebo navrhuju začít masturbovat. Uvolní se napětí, svět bude hnedle veselější...

[Michal Kubeček]

Že by ten fstab zkoušel pod ultimátní Vistou? Tak to se není co divit, že se nic nepřimountovalo… :-)

[dustin]

A zkusil jsi místo mezery dát její osmičkovou reprezentaci \040 ? Dle googlu by to mohlo fungovat, např.

http://www.radiotope.com/node/66

http://machine-cycle.blogspot.com/2007_08_01_archive.html

[stativ]

To funguje. Nepoužívám to sice u label ale u fuse:
obexfs#-u\0400 /media/mobil fuse allow_other 0 0

[CEST]

Osobne pouzivam /dev/disk/by-id - mam tam napriklad /dev/disk/by-id/usb-USB_2.0_Storage_Device_00042222200000148298-part1 nebo /dev/disk/by-id/usb-Apple_iPod_000A270019B1245E-0:0-part2 nebo /dev/disk/by-id/usb-WD_5000AAJ_External_574341505734313230353435-0:0-part1 a to se nemeni, snad jednou pri zmene jadra se nejakym zpusobem zmenilo, ale uz dlouho jsem na to nesahal.

Tak a ted si te vychutnam. A myslim, ze ostatni mi prominou, kdyz te opravnene nazvu KRETENEM!! Pokud neco neumis, mel bys psat blogy o tom, jakej jsi idiot, ale LINUX UMI PRIPOJIT JMENOVKU S MEZEROU. Presne, jak pise dustin, ted jsem to vyzkousel a opravdu to funguje:

LABEL=test\040label /mnt/testlabel reiserfs noauto,defaults 0 0

ls -l /dev/disk/by-label/
celkem 0
lrwxrwxrwx 1 root root 10 22. dub 23.00 test\x20label -> ../../sdb1

sb_version: 2
inode generation number: 36043
UUID: 14899977-0745-44a1-827c-50946a036222
LABEL: test label
Set flags in SB:

Takze misto nadavani priste zkus napsat do poradny, nebo se proste v blogu zeptat. Budu jenom rad, kdyz smazas ze svyho disku linux, zahodis vsechny CD s linuxem, zrusis si ucet na linuxovych serverech a prestanes kydat kraviny.

[Jardík]

To jste mě teda utřel, teď nebudu moci celou noc spát. Má to vadu na kráse. Proč se vytvořil link "/dev/disk/by-label/test\x20label", když se měl vytvořit "/dev/disk/by-label/test label". Linux neumí mezery v názvech zařízení?

Další věc. Mám takhle složku "/Users/Jarda/Stažené soubory/SVN" a v ní stažené KDE 4.0.3. Když pustím cmake && make, tak to nadává, že "/Users/Jarda/Stažené" není adresářem ani složkou. Ona spousta build skriptů nepočítá s tím, že jsou uložené v adresáři s mezerou v názvu. Nechápu, proč volají např.

program $1 $2

když správně (aby fungovali i parametry s mezerami) je

program "$1" "$2"

Prostě spousta linuxových programů jsou zbastleniny, které jsou rádi, že fungujou a když po tom chcete něco, s čím autor jaksi nepočítal, nefungujou.

[Ondrej 'SanTiago' Zajicek]

Proč se vytvořil link "/dev/disk/by-label/test\x20label", když se měl vytvořit "/dev/disk/by-label/test label". Linux neumí mezery v názvech zařízení?

Ale umi, jenom autori distribuci jsou dostatecne rozumni, aby takovou zvrhlost (mezery ve jmenech souboru) nepouzivali.

[Jardík]

Proč zvrhlost? Co je špatného na mezeře v názvu souboru? Spíš bych řekl, že nejspíš chtějí zesnadnit život těm, co ještě nepočítají s tím, že v názvu souboru ona mezera být může, ale to je špatné. Takhle si to nikdy neuvědomí ...

[Michal Kubeček]

Ještě byste mohl přijít se senzačním odhalením, že v Linuxu nejde v názvu souboru použít lomítko, takže je celý systém naprosto k ničemu. :-)

Ale vážně: nechápu, o co vám jde. V každém systému, ať je to Linux, FreeBSD, MacOS, Solaris nebo třeba Windows, je spousta programů, které mají své mouchy, a dokonce i programy, které jsou napsané úplně špatně. Je to snad vina těch systémů? Těžko…

[Ondrej 'SanTiago' Zajicek]

Mezera slouzi prakticky vsude jako separator. Davat dovnitr identifikatoru znak, ktery obvykle slouzi jako separator, je zvrhle. Normalni clovek misto mezery pouzije pomlcku nebo podtrzitko. S pouzitim mezery ve jmene souboru se vaze spousta problemu pro uzivatele (a to i kdyz odmyslim problemy zpusobene chybami v programech) - treba musi zkoumat, jak takove jmeno oescapovat do ruznych textove orientovanych konfiguraku (nebot na to neexistuje jednotny zpusob).

To, ze jadro Linuxu povoluje prakticky cokoliv ve jmene soubouru, jeste neznamena, ze je dobry napad davat tam cokoliv. Kernel neni v tomhle ohledu autoritativni - ostatni programy muzou mit vlastni predstavu o tom, co jsou povolene znaky ve jmene souboru. Pak je chyba uzivatele, ze se snazi je puzit na soubory, ktere nesplnuji jejich predpoklady.

Shell a nektere jine jazyky jsou textove orientovane. Proto budou spatne pracovat se soubory, ve kterych jsou nektere symboly, ktere se v textu pouzivaji jako separatory. U mezer to jde jeste workaroundovat, ale kdyz si das do jmena souboru treba takovy newline, tak to osetrit v mnoha pripadech ani dost dobre nejde.

[Michal Kubeček]

To, ze jadro Linuxu povoluje prakticky cokoliv ve jmene soubouru, jeste neznamena, ze je dobry napad davat tam cokoliv.

Tak, a tohle hezky velkým písmem vytisknout, zarámovat a pověsit na zeď nad monitor…

[trekker.dk]

Tak, a tohle hezky velkým písmem vytisknout, zarámovat a pověsit na zeď nad monitor…

Nesouhlasím. Počítač je k tomu, aby sloužil uživateli. Pokud tedy může být ve jméně souboru cokoliv, nevidím důvod, proč se omezovat. A program, který zavádí umělá omezení, je špatně napsaný program, nic jiného.

[Michal Kubeček]

Pokud tedy může být ve jméně souboru cokoliv, nevidím důvod, proč se omezovat.

Pak ovšem musíte počítat s důsledky. Tedy že si např. zbytečně zkomplikujete život, až ten soubor budete potřebovat přenést jinam nebo s ním pracovat pomocí určitého konkrétního nástroje. Jste-li s tím srozuměn, je všechno v pořádku. Pokud ale jako kolega Šmíd začnete vyvádět jen proto, že budete někde místo mezery napsat \040 (nebo si jednoduchým příkazem zjistit UUID filesystému), to už v pořádku není.

[trekker.dk]

Pak ovšem musíte počítat s důsledky. Tedy že si např. zbytečně zkomplikujete život, až ten soubor budete potřebovat přenést jinam...

Vzhledem k tomu, že očekávám stále širší nasazení UTF, tak bych v tom neviděl problém. Daleko víc mě rozčiluje potřeba měnit kódování češtiny v obsahu toho souboru a nutnost konvertovat konce řádků.

Pokud ale jako kolega Šmíd začnete vyvádět jen proto, že budete někde místo mezery napsat \040 (nebo si jednoduchým příkazem zjistit UUID filesystému), to už v pořádku není.

Narozdíl od Šmída, když mi něco nefunguje, tak nejdřív zjišťuju proč, pak teprve případně začnu nadávat. (A co se fstabu týče, /dev/mdx to jistí )

[Michal Kubeček]

Vzhledem k tomu, že očekávám stále širší nasazení UTF, tak bych v tom neviděl problém.

Není UTF jako UTF. Vzhledem k tomu, že v Linuxu převažuje UTF-8, zatímco Microsoft vsadil na UTF-16 (žádné překvapení - z technického hlediska je to skoro nejhorší možná volba), problémy se dají očekávat i nadále.

[Chocolate Bear]

treba musi zkoumat, jak takove jmeno oescapovat do ruznych textove orientovanych konfiguraku (nebot na to neexistuje jednotny zpusob).

V nejhorším by asi šel použít symlink.

ostatni programy muzou mit vlastni predstavu o tom, co jsou povolene znaky ve jmene souboru. Pak je chyba uzivatele, ze se snazi je puzit na soubory, ktere nesplnuji jejich predpoklady.

Takové programy jsou dle mého chybné. Každý program by měl umět pracovat s názvem, který není v daném systému zakázán. Programy přece spolu musí také spolupracovat, proto není rozumné, když si každý bude vymýšlet vlastní omezení na názvy souborů.

To, ze jadro Linuxu povoluje prakticky cokoliv ve jmene soubouru, jeste neznamena, ze je dobry napad davat tam cokoliv.

S tímhle souhlasím. Za mnohem větší zlo než mezery ale považuju diakritiku, ikdyž u normálních souborů mi mezery taky vadí, zbytečně to komplikuje manipulaci s nimi. Problém je to v jednořádkových příkazech, které člověk použije jen jednou a chce s tím mít co nejméně práce, ve skriptech, které mají mít nějakou trvanlivost, se to musí ošetřit tak jako tak. Jelikož ale sám používám mezeru jako první znak názvu skriptů, které si dělám pro svou potřebu (nikam je nešířím), musím se ohradit, proti démonizování mezer v názvech souborů.

[petr_p]

Za mnohem větší zlo než mezery ale považuju diakritiku, ikdyž u normálních souborů mi mezery taky vadí…

A co teprve, když ten název je čínsky. To je pak lahůdka. Ne, nedělám si legraci, už se mi to stalo.

[CEST]

Proč se vytvořil link "/dev/disk/by-label/test\x20label", když se měl vytvořit "/dev/disk/by-label/test label". Linux neumí mezery v názvech zařízení?

Ale umi, jenom autori distribuci jsou dostatecne rozumni, aby takovou zvrhlost (mezery ve jmenech souboru) nepouzivali.

No, spravne by to melo byt tak, ze ano, linux mezery samozrejme umi, ale protoze si tvurci udev byli vedomi problemum s mezerami, tak mezery nahrazuji ve jmenech zarizeni sekvenci "\xHH", kde HH je hexa-kod znaku.

Tvurci programu mount zvolili pro parsovani souboru /etc/fstab jiny, ale podobny zpusob - pomoci zapisu "\OOO", kde OOO je osmickovy zapis kodu znaku. V tomhle pripade si Jarda mel skutecne precist manual, kdyz mu neco nefungovalo. Jak se pise v man fstab:

Each filesystem is described on a separate line; fields on each line are separated by tabs or spaces.

Tim je jasne receno, ze znak mezera nebo tabulator slouzi jako oddelovac poli. A dale se pak pise

The second field, (fs_file), describes the mount point for the filesystem. For swap partitions, this field should be specified as `none'. If the name of the mount point contains spaces these can be escaped as `\040'.

Takze to nadavani bylo opravdu bezpredmetny a opravdu ukazalo Jardovu neschopnost najit a zjistit i elementarni informace. Presne takhle to vypada s vyukou na ceskych skolach - nepremyslet, jenom opakovat nadiktovany veci, neschopnost samostatne zjistovat informace, analyzovat problem a najit reseni.

[Michal Kubeček]

Ne že byste s těmi školami neměl pravdu, ale v tomto případě bych to - s ohledem na předchozí zápis v blogu - viděl spíš na tradiční "kdo chce psa bít". Protože kdyby autora ten problém opravdu trápil, tak i kdyby se neobtěžoval čtením dokumentace, má spoustu možností, jak ho obejít; ze zápisku a následných příspěvků je zřejmé, že sám zná nejméně dvě (mezeru do labelu nedávat nebo mountovat podle UUID). Takže s trochou cynismu lze označit za známku kvality Linuxu, že autor za těch pět dnů nedokázal najít nic podstatnějšího… :-)

[CEST]

Má to vadu na kráse. Proč se vytvořil link "/dev/disk/by-label/test\x20label", když se měl vytvořit "/dev/disk/by-label/test label". Linux neumí mezery v názvech zařízení?

Vadu na krase to nema. Kdyz napisu text \x20\x08, tak presne vim, ze se sklada z jednoho znaku mezery nasledovaneho znakem tabulator.

Kdyz tam ale napis

a	       	bb       	c

, tak od pohledu vis prd, kolik je tam mezer a kolik tabulatoru. Proto se nekteri lide rozhodli, ze bude lepsi, kdyz whitespace nebudou do nazvu motat primo v ciste forme, ale udelaji nejaky zastupny JEDNOZNACNY zapis. Tohle ti bohuzel asi nedochazi, ale mozna to casem pochopis.

Musim souhlasit, ze pokud se skript neudela dobre, muze mit problemy s mezerama a proto je dobre mezery nemotat do nazvu souboru.

A mimochodem, nemusim te utirat, blba ze sebe delas sam docela dobre Akorat proste nahravas na smec svoji blbosti, tak se pak nediv.

[msk]

Další věc. Mám takhle složku "/Users/Jarda/Stažené soubory/SVN"

Nemam sil komentovat ...

[s0]

inu, ony některé "MSVC projekty" také celkem slušně haprují, když jsou v cestě s mezerou.

[Yokotashi]

Protoze mezery (a diakritiku) do nazvu souboru a adresaru davaji PRASATA!

A lidi, co si sami pro sebe pisou skript ho pisi pro sebe s vedomim, ze prasata nejsou ... a osetrit uplne vsechno je natolik komplikovane, ze je lepsi napsat to v C ... cimz se ponekud straci smysl skriptu.

[dustin]

Sorry, ale musím nesouhlasit. Diakritika (UTF-8) a mezery považuji za standardní součást názvu souboru, obzvláště dokumentu sdíleného více lidmi. Není zase tak složité s tím ve skriptech počítat. Na druhou stranu zlom řádku nikdo prakticky nevyužije.

[Michal Kubeček]

Používání diakritiky v názvech souborů je velice nešťastný zlozvyk, přináší to problémy, když ten soubor přenášíte z jednoho systému na druhý, ať už po síti nebo přes výměnná média.

[happy barney]

.. do zahraničia, kde chudák príjemca netuší, ako napísať napr č

[Michal Kubeček]

Nemluvě o tom, že po přenesení na jeho systém už to navíc ani nemusí být "č"…

[trekker.dk]

UTF-8 ?

[Michal Kubeček]

UTF-8 je dnes de facto standardem ve většině současných distribucí Linuxu. Ale některé instalace stále používají ISO-8859-2 a na Windows to může podle okolností být třeba Windows 1250 nebo UTF-16. A možná by se dalo narazit i na další kódování. Navíc většina filesystémů nemá v sobě uloženou informaci o kódování použitém pro jména souboru, takže je jen otázkou vaší sebekázně, abyste používal pořád stejné.

[freshmouse]

V ~ si píšu diakritiku i interpunkci a nemám dojem, že bych byl prase. Používám UTF-8 a nepředpokládám, že bych přešel na jiný systém (a náhodou kdyby jo, tak si napíšu skript, co by to přejmenoval).

Bez diakritiky píšu všechno, co má ambice být mimo ~ (skripty, programy...) a zároveň mimo můj počítač.

[Bubak]

Aj, driv cist, nez psat, jsem druhej

[Bubak]

Coz takhle zkusit LABEL=Boot\040oddil atd.? Obcas staci driv cist, nez nadavat.

[Michal Kubeček]

Pokud je nadávání cílem, tak ne.

[pht]

zrovna jsem to chtel napsat. taky me ta mezera vadila a zkousel jsem to ruzne obchazet. pak jsem zjistil, ze to proste jde i s mezerou. vzpominam si, ze to obnaselo asi dve minuty na google.

$ cat /etc/fstab|grep NIKON
LABEL=NIKON\040D80 /mnt/p vfat rw,noauto,quiet

[YYY]

Pane vachmajstr, vy jste hlava.. Mno.. Kdyz ti to nefunguje a kdyz je Linux tak zakerny, ze ti vsechno prejmenovava, tak se seber a jdi k windowsum.. Windows jsou pro takove lidi jako jsi ty

[jose17]

faq

[R]

man fstab

[springer]

jsem rad ze tech nekolik malo ostrych reakci vuci autorovi. Ale je jich, bohuzel podle ocekavani malo. Duvody vidim v nasledujicim:

1. OpenSource mentalita - jinak receno, at si kazdy dela co chce, kazdy je sveho stesti strujcem. Kdyz se ti nelibi tato distribuce, vem jinou, je prece prima, ze nikdo nikoho k nicemu nenuti.

2. Neoliberalismus, individualismus, 'klausismus' - jinak receno, at se kazdy postara sam o sebe, at pouziva co chce, to co se bude vetsinove pouzivat rozhodne trh.

Tyto dva duvody vedou k tomu, ze se pomalu ale jiste vytraci schopnost rozeznat, ze jestli chceme nejak spolecne zit, tak se musime drzet nejakych standardu. Tedy, kdyz neco delam, tak se take ptam, jaky to ma dopad na me okoli. Autor svym chovanim dokumentuje kam to uz doslo - neco si bezmyslenkovite osvojil, nacetl, precetl a nyni rika , JA,JA, JA nemohu to a ono udelat ja JA,JA, JA to chci ale delat, jak jsem se JA,JA,JA naucil a nebo co narizuje trh. Mnozi reknou, ze do toho zase taham Klause, ale on je Vazeni jiz hluboko v nas. Bohuzel.

3. Zoufala uroven vzdelani v technickych disciplinach. Skutecne vzdelani lide by rekli, koncepcne zoufaly system jako windows nas zdrzuje a stoji miliardy denne - protze blokuje to, k cemu zde AUTOMATIZOVANE SYSTEMY jsou- totiz aby nam umoznily automatizovat rutinni cinnosti. Ale ne, dnesni technicka inteligence klidne rekne 'windows je take dobry system' a nekomu takovemu ani nikdo neplivne pred nohy.

[Dalibor Smolík]

Tedy, kdyz neco delam, tak se take ptam, jaky to ma dopad na me okoli.
I tady to přece řídí trh. Já jsem sice inidividualita, na nikom nezávislý, jenže pokud vyrobím nějaký produkt, musí někomu být k užitku. A v tu chvíli se stávám tvorem společenským. Zajímá mě, aby ostatní přečetli mé dukumenty, koupili moje zboží. Společnost je podle "neoliberalismu" souhrnem samostatných, svéprávných jedinců, kteří ve vlastním zájmu musí navzájem spolupracovat.

[podlesh]

No, ještě ho krmte...

[happy barney]

strašiak automatizácie ? veď čo by si počal priemerný byrokrat, keby všetko zaňho robil počítač, on by bol zbytočný

[Jan Drábek]

Prosíme nekrmit

[Robo]

heh; tak ked nejaky debil pripojuje disky menovkou, tak nech sa necuduje; lol

[trekker.dk]

Když už si pisatel blogu stěžuje, že připojený flash disk v době bootu mu rozhodí pojmenování /dev/sdx, zajímalo by mě, co se stane, když v době bootu bude mít připojen flash disk s fs pojmenovaným stejně, jako některý z oddílů na jeho disku.