Hozzászólások
-
Bejegyzés
-
uzsolt wrote:salaud wrote:Tehát ha kicserélem az utf8-at iso 8895-2-re, akkor úgy csatolja a cd-t, automatice, nem?
…vannak olyan automatikus mount-olok,…, hogy „egy azonos nevű könyvtárat készített az automount, akkor utána meg nem tudta kezelni e könyvtárat, vagyis csatolni alá a /dev/sr0 -t.” Ezt nem tudod szerintem beírni az fstab-ba
Nem csak szerinted nem lehet ezt a könyvtárat beírni, hanem az esetek többségében nem lehet, ugyanis a lemez cimkéjével azonos nevű könyvtárat készít a SuSE a /media/ alá alkönyvtárnak és ez alá csatolja a lemezt. (ez lemezenként változó és egyedi név lehet)
Más.
A probléma megoldva. A megoldás pedig roppan egyszerű volt:
Jó, ha az ember „figyel a jobbkliekkre” Mert: amikor beteszel egy lemezt, akkor a SuSE Linux estében megjelenik ennek a cimkéje és az adatai a már megnyitott ablakban.Abban az ablakban amely „Sysinfo”-ként funkcionál és egy ikonnal nyitható meg amely alá a „Meghajtók” felirat van írva. Itt egy jobbklikk az eszköz cimkéjére és jön egy legördülő menü amelyben legalul ott van a „Tulajdonságok” sor. Ide kell klikkelni és megnyílik egy ablak amelynél a „Felcsatolás” fülre kell klikkelni és itt van egy „UTF8”-cal kezdődő sor ahonnét az „X”-et el kell csak távolítani és ezt követően a mountolás már a rendszerben beállított környezeti változóknak megfelelően fog történni.
üdv.:BS
uzsolt wrote:salaud wrote:Tehát ha kicserélem az utf8-at iso 8895-2-re, akkor úgy csatolja a cd-t, automatice, nem?…vannak olyan automatikus mount-olok,…, hogy „egy azonos nevű könyvtárat készített az automount, akkor utána meg nem tudta kezelni e könyvtárat, vagyis csatolni alá a /dev/sr0 -t.” Ezt nem tudod szerintem beírni az fstab-ba
Nem csak szerinted nem lehet ezt a könyvtárat beírni, hanem az esetek többségében nem lehet, ugyanis a lemez cimkéjével azonos nevű könyvtárat készít a SuSE a /media/ alá alkönyvtárnak és ez alá csatolja a lemezt. (ez lemezenként változó és egyedi név lehet)
Más.
A probléma megoldva. A megoldás pedig roppan egyszerű volt:
Jó, ha az ember „figyel a jobbkliekkre” Mert: amikor beteszel egy lemezt, akkor a SuSE Linux estében megjelenik ennek a cimkéje és az adatai a már megnyitott ablakban.Abban az ablakban amely „Sysinfo”-ként funkcionál és egy ikonnal nyitható meg amely alá a „Meghajtók” felirat van írva. Itt egy jobbklikk az eszköz cimkéjére és jön egy legördülő menü amelyben legalul ott van a „Tulajdonságok” sor. Ide kell klikkelni és megnyílik egy ablak amelynél a „Felcsatolás” fülre kell klikkelni és itt van egy „UTF8”-cal kezdődő sor ahonnét az „X”-et el kell csak távolítani és ezt követően a mountolás már a rendszerben beállított környezeti változóknak megfelelően fog történni.
üdv.:BS
salaud wrote:A többezer fájlnevet átírni elég régóta nem probléma, létezik erre egy okos kis program a convmv.
A használata:
terminálban belépsz az adott könyvtárba, és ott kiadod a convmv –notest -f iso-8859-2 -t utf-8 -r path
parancsot.Tiszta sor, értem én. Amint az is érthető, hogy miért nem a „SuSE kezdő” az ahová írtam a nyitótémát. Mivel még a SuSE 5.3-óta Linuxozom. (ugyebár ennek lassan 10 éve, kvázi: 1998-as októberi CHIP MAGAZIN mellékelete volt a SuSE 5.3 CD)
Amúgy meg köszi a tippet. Igazán gondol6tam volna én is rá, ha ez lenne a megoldás de nem ez!. Talán figyelmedbe ajánlanám az alábbiakat.
BlueSky wrote:Mivel, igen sok ISO-8859-2 kódolású fájlnevekkel megírt (archiv) CD/DVD-vel rendelkezemsalaud wrote:Hogy menyi cd-t kéne újraírnod, azt nem tudom, de a mai cd-dvd árak mellett(45ft egy cd-55 egy dvd) nem lehet nagy megterhelés…Ja, persze nem :-)))
Kb. 20-30 CD van és 30-40 (50?) DVD lemez.
Ezeket egyenként beolvasni – átkódolni – és kiírni újra. Viccelsz ???Amikor csak egyetlen paramétert kell(ene) átállítani „normális esetben.
Más. (de ide vág)
Volt ANNO egy humoros írás az volt a téma, hogy ha a Microsoft gyártaná a Generál Motors autóit, akkor mi lenne. És ebben volt egy mókás gondolat. Pontosan az, hogy:
Mindíg új autót kellene venni, hogyha átfestik az útburkolati jeleket…
Summa summárum és nem akarom a temes mennyiségű CD és DVD lemezeim mindíg újraírni és a fájlneveket alkalmanként átkódolni amint megváltozik a kódlap!
Lehet, hogy 1-2 év múlva már olyan kódlap lesz amelyikben lesznek héber és görög karakterek.
Máskülönben meg honnan tudod, hogy én nem használok olyan CD és DVD lemezeket amelyeken a fájlnevek szerb-horvát, finn, vagy ógörög nyelven vannak írva?Akkor 100000000000%-ban elbukott az UTF8-as automount!
Érdemes megnézni az openSuSE Linuxban, hogy e nyelveken milyen kódolást kell(ene) beállítani. Hát nem UTF8 az biztos.
De nem menjünk messzire! Maradjunk az országban. A windowsos CP1250 kódlappal megírt CD-ket, vagy DVD-ket hogyan mountolnád be UTF8-cal úgy, hogy a windows alatt írt és tipikusan magyar karaktereket tartalmazó fájlnevek ne olyanok legyenek, hogy
Pl. a „fájl” szóból „fĂĄjl” legyen?
Ismerek olyat aki Linux alatt azért nem tudott egy CD-t megnyitni mert azt „mondta” az autómount, hogy „Nincs Jánosnak nevű könyvtár”, ugyanis a CD cimkéje „jĂĄnosnak” volt és amikor egy azonos nevű könyvtárat készített az automount, akkor utána meg nem tudta kezelni e könyvtárat, vagyis csatolni alá a /dev/sr0 -t.
Hát erről lenne szó.
Talán egyszerűbb az automount karakterkódolűását átállítani UTF8-ról. Nem igaz?
🙂 🙂
salaud wrote:A többezer fájlnevet átírni elég régóta nem probléma, létezik erre egy okos kis program a convmv.
A használata:
terminálban belépsz az adott könyvtárba, és ott kiadod a convmv –notest -f iso-8859-2 -t utf-8 -r path
parancsot.Tiszta sor, értem én. Amint az is érthető, hogy miért nem a „SuSE kezdő” az ahová írtam a nyitótémát. Mivel még a SuSE 5.3-óta Linuxozom. (ugyebár ennek lassan 10 éve, kvázi: 1998-as októberi CHIP MAGAZIN mellékelete volt a SuSE 5.3 CD)
Amúgy meg köszi a tippet. Igazán gondol6tam volna én is rá, ha ez lenne a megoldás de nem ez!. Talán figyelmedbe ajánlanám az alábbiakat.
BlueSky wrote:Mivel, igen sok ISO-8859-2 kódolású fájlnevekkel megírt (archiv) CD/DVD-vel rendelkezemsalaud wrote:Hogy menyi cd-t kéne újraírnod, azt nem tudom, de a mai cd-dvd árak mellett(45ft egy cd-55 egy dvd) nem lehet nagy megterhelés…Ja, persze nem :-)))
Kb. 20-30 CD van és 30-40 (50?) DVD lemez.
Ezeket egyenként beolvasni – átkódolni – és kiírni újra. Viccelsz ???Amikor csak egyetlen paramétert kell(ene) átállítani „normális esetben.
Más. (de ide vág)
Volt ANNO egy humoros írás az volt a téma, hogy ha a Microsoft gyártaná a Generál Motors autóit, akkor mi lenne. És ebben volt egy mókás gondolat. Pontosan az, hogy:
Mindíg új autót kellene venni, hogyha átfestik az útburkolati jeleket…
Summa summárum és nem akarom a temes mennyiségű CD és DVD lemezeim mindíg újraírni és a fájlneveket alkalmanként átkódolni amint megváltozik a kódlap!
Lehet, hogy 1-2 év múlva már olyan kódlap lesz amelyikben lesznek héber és görög karakterek.
Máskülönben meg honnan tudod, hogy én nem használok olyan CD és DVD lemezeket amelyeken a fájlnevek szerb-horvát, finn, vagy ógörög nyelven vannak írva?Akkor 100000000000%-ban elbukott az UTF8-as automount!
Érdemes megnézni az openSuSE Linuxban, hogy e nyelveken milyen kódolást kell(ene) beállítani. Hát nem UTF8 az biztos.
De nem menjünk messzire! Maradjunk az országban. A windowsos CP1250 kódlappal megírt CD-ket, vagy DVD-ket hogyan mountolnád be UTF8-cal úgy, hogy a windows alatt írt és tipikusan magyar karaktereket tartalmazó fájlnevek ne olyanok legyenek, hogy
Pl. a „fájl” szóból „fĂĄjl” legyen?
Ismerek olyat aki Linux alatt azért nem tudott egy CD-t megnyitni mert azt „mondta” az autómount, hogy „Nincs Jánosnak nevű könyvtár”, ugyanis a CD cimkéje „jĂĄnosnak” volt és amikor egy azonos nevű könyvtárat készített az automount, akkor utána meg nem tudta kezelni e könyvtárat, vagyis csatolni alá a /dev/sr0 -t.
Hát erről lenne szó.
Talán egyszerűbb az automount karakterkódolűását átállítani UTF8-ról. Nem igaz?
🙂 🙂
vector wrote:Az aki leírta, hogy a BG vagy a MS megveszi a Linux-ot, egy barom volt…Ez olyan lenne, mintha valaki a szabad gondolkodást akarná megveni.
Mondjuk felvásárolja a Mandriva Linuxot, majd a Red Hat -ot, stb. Nagy dolog!
Mert ha kell csinálnak helyettük bármennyi disztribet 🙂vector wrote:Az aki leírta, hogy a BG vagy a MS megveszi a Linux-ot, egy barom volt…Ez olyan lenne, mintha valaki a szabad gondolkodást akarná megveni.
Mondjuk felvásárolja a Mandriva Linuxot, majd a Red Hat -ot, stb. Nagy dolog!
Mert ha kell csinálnak helyettük bármennyi disztribet 🙂BlueSky wrote:gendelider wrote:BlueSky wrote:2.) Úgy néz ki, hogy a HW hiba kizárható.A HDD lehet HW hibás is!
Persze, lehet.
Hamarosan megvizsgálom egy másik PC-be szerelve. Úgy néz ki, hogy ~2 óra múlva sikerül megoldani a problémát egy új SATA II HDD megvásárlása és beépítése révén.Holnap referálok.
Tehát, a fentiekhez képest, ahol most tartok. + Összefoglalva röviden a „próbálgatásokat”
Amikor összeraktam a PC-t és akkor még egy EIDE Maxtor 80GB/8MB cache HDD
volt benne. Erre feltelepítettem az openSuSE 11.0-ás 32 bites verzióját, ami először csak kb. fél óráig bírta fagyás nélkül, majd kb. 2-3 esetben lefagyott „különféle körülmények között”
Ekkor segítséget kértem és többek közt kaptam olyan instrukciót is, hogy a „HDD lehet a ludas”.Ez után már „HDD központú” tesztelést folytattam, méghozzá úgy, hogy kiszedtem a HDD-t a rendszerből és csak egy SATA DVD-WR maradt bent amelyen vidáman elfutott közel 3 órán át egy friss Kubuntu Linux.
Ez megerősítette bennem a gyanút, hogy a HDD lesz az ami a fagyást okozza.
És olyannyira megerősödött ez az elgondolás bennem, hogy tegnap délután beszereztem egy SATA merevlemezt és miután beépítettem a PC-be egyből feltelepítettem az openSuSE 11.0 32bites verzióját, ami egyből le is fagyott, ahogyan bejött a GUI.Ekkor reseteltem (nem maradt más) és először megpróbáltam elindítani a Kubuntu CD-ről,
hogy mit csinál…
Majd gondoltam egyet és a BIOS default beállítását betöltöttem.Majd közbejött egy ötlet: Telepítsünk Mandriva 2009 ß2-őt.
Ez a telepítés ott „hasalt el”, hogy kezdte volna betölteni a SATA meghajtómodult és próbálgatta a HDD-t, ám sikertelenül.
Aztán megpróbáltam megint telepíteni az openSuSE 11.0 32bites verzióját, de
itt is elakadt a SATA modul betöltésnél illetve azt írta ki, hogy:ata3: failed to INDENTIFY (I/O error, err_mask=0x4)
ata3: failed to recover some devices, retrying in 5 secs
ata3.00: qc timeout …
Már ott tartok, hogy sem nem megy (merevlemez nélkül sem!) a Kubuntu Live CD,
sem nem tudok semmilyen Linuxot telepíteni. 🙁
Értem a „semmilyen Linux” alatt a Mandriva 2009ß1-et sem és az openSuSE 11.0 32bites verzióját sem, de még az openSuSE 11.0 64bites verzióját sem, és emelett a telepített rendszer SEM indul a HDD-ről, mert azt írja ki, hogy:ata3: failed to INDENTIFY (I/O error, err_mask=0x4)
ata3: failed to recover some devices, retrying in 5 secs
ata3.00: qc timeout …
HDD error?
Én gyanítom, hogy ez már inkább az alaplapi merevlemezvezérlő …Bár érdekes módon egy régebbi Linux-ra sikerült rábootlni egy EIDE merevlemezről, 2.4.20-as kernellel.
???De semmilyen más „verzió” nem működik a próbákból 🙁
Merthogy már egy újabb kiadású Seagate-Maxtor PATA 133-as 160GB-os HDD-re sem
lehet telepíteni az openSuSE 11.0-t mivel a fent kétszer leírt hibákat írja
ki és addíg próbálgatja míg a türelmem tart.BlueSky wrote:gendelider wrote:BlueSky wrote:2.) Úgy néz ki, hogy a HW hiba kizárható.A HDD lehet HW hibás is!
Persze, lehet.
Hamarosan megvizsgálom egy másik PC-be szerelve. Úgy néz ki, hogy ~2 óra múlva sikerül megoldani a problémát egy új SATA II HDD megvásárlása és beépítése révén.Holnap referálok.
Tehát, a fentiekhez képest, ahol most tartok. + Összefoglalva röviden a „próbálgatásokat”
Amikor összeraktam a PC-t és akkor még egy EIDE Maxtor 80GB/8MB cache HDD
volt benne. Erre feltelepítettem az openSuSE 11.0-ás 32 bites verzióját, ami először csak kb. fél óráig bírta fagyás nélkül, majd kb. 2-3 esetben lefagyott „különféle körülmények között”
Ekkor segítséget kértem és többek közt kaptam olyan instrukciót is, hogy a „HDD lehet a ludas”.Ez után már „HDD központú” tesztelést folytattam, méghozzá úgy, hogy kiszedtem a HDD-t a rendszerből és csak egy SATA DVD-WR maradt bent amelyen vidáman elfutott közel 3 órán át egy friss Kubuntu Linux.
Ez megerősítette bennem a gyanút, hogy a HDD lesz az ami a fagyást okozza.
És olyannyira megerősödött ez az elgondolás bennem, hogy tegnap délután beszereztem egy SATA merevlemezt és miután beépítettem a PC-be egyből feltelepítettem az openSuSE 11.0 32bites verzióját, ami egyből le is fagyott, ahogyan bejött a GUI.Ekkor reseteltem (nem maradt más) és először megpróbáltam elindítani a Kubuntu CD-ről,
hogy mit csinál…
Majd gondoltam egyet és a BIOS default beállítását betöltöttem.Majd közbejött egy ötlet: Telepítsünk Mandriva 2009 ß2-őt.
Ez a telepítés ott „hasalt el”, hogy kezdte volna betölteni a SATA meghajtómodult és próbálgatta a HDD-t, ám sikertelenül.
Aztán megpróbáltam megint telepíteni az openSuSE 11.0 32bites verzióját, de
itt is elakadt a SATA modul betöltésnél illetve azt írta ki, hogy:ata3: failed to INDENTIFY (I/O error, err_mask=0x4)
ata3: failed to recover some devices, retrying in 5 secs
ata3.00: qc timeout …
Már ott tartok, hogy sem nem megy (merevlemez nélkül sem!) a Kubuntu Live CD,
sem nem tudok semmilyen Linuxot telepíteni. 🙁
Értem a „semmilyen Linux” alatt a Mandriva 2009ß1-et sem és az openSuSE 11.0 32bites verzióját sem, de még az openSuSE 11.0 64bites verzióját sem, és emelett a telepített rendszer SEM indul a HDD-ről, mert azt írja ki, hogy:ata3: failed to INDENTIFY (I/O error, err_mask=0x4)
ata3: failed to recover some devices, retrying in 5 secs
ata3.00: qc timeout …
HDD error?
Én gyanítom, hogy ez már inkább az alaplapi merevlemezvezérlő …Bár érdekes módon egy régebbi Linux-ra sikerült rábootlni egy EIDE merevlemezről, 2.4.20-as kernellel.
???De semmilyen más „verzió” nem működik a próbákból 🙁
Merthogy már egy újabb kiadású Seagate-Maxtor PATA 133-as 160GB-os HDD-re sem
lehet telepíteni az openSuSE 11.0-t mivel a fent kétszer leírt hibákat írja
ki és addíg próbálgatja míg a türelmem tart.gendelider wrote:BlueSky wrote:2.) Úgy néz ki, hogy a HW hiba kizárható.A HDD lehet HW hibás is!
Persze, lehet.
Hamarosan megvizsgálom egy másik PC-be szerelve. Úgy néz ki, hogy ~2 óra múlva sikerül megoldani a problémát egy új SATA II HDD megvásárlása és beépítése révén.Holnap referálok.
legutóbbi hsz