Hozzászólások
-
SzerzőBejegyzés
-
vizsla wrote:„Viszont ha eszközhiba miért ír meg egy RW-t stabilan 4x-esen(az is Benq)?”
A 4x-es, mégsem 8x-os. Amikor 8x-osan ír, akkor jobban elken. Na most ez újraírhatónál ez már végzetes lehet… ugyanúgy, ahogy már írhatónál, mondjuk a 16x-os.
A cd írás meg más tészta, mert az adatsűrűség sokkal kisebb, így a hibázási lehetőség (mérettűrés) is nagyobb.Vagyis akkor ne pazaroljam a cd-t? 🙂
Viszont ha eszközhiba miért ír meg egy RW-t stabilan 4x-esen(az is Benq)?
Lehet még kipróbálom cd-vel, valami gyorsabb sebességen, mert a másik írom csak 4x-esen tud dvd-t, azt meg a Plextor is jól megcsinálja, cd azonban megy neki gyorsabban is s amennyiben azt is elrontja a Plextor, az Asus meg nem, akkor tényleg eszköz gond lesz.Újraindítás után rögtön írtam, minden letöltést kikapcsoltam ami foghatta volna a wincsit, meg Maxtor, úgyhogy ha csinál valamit kerreg mint az őrült, de szépen csendben volt.
Majd veszek Verbatimot s meglátjuk.vizsla wrote:„Múltkor a Plextools-al megnéztem egy Win-es és egy Linux-os lemezt s kb. ugyanaz volt a minőség, az írási különbség ellenére.”
Más olvasóban játszottad már? Mert lehet, hogy abban már nem is olvasható (teljes egészében).Azt a DVD-t, mondjuk pont beolvassa a másik írom gond nélkül.
vizsla wrote:Amúgy milyen lemez volt amit írtál?
dvd/cd +/-r/rw? Márka?Benq DVD-R 16x-os, DAXON016S.
Alsó kategória?
Miért?Sokak szerint egy nagyon jó márka, meg egy PH!-s tesztben is a Verbatim után az volt a legjobb.
Amúgy agyaltam rajta, hogy legközelebb Verbatim-ot veszek, akkor előre hozom a dolgot és reménykedek.Még annyit fűznék hozzá, hogy lehet tényleg igazatok lesz, mármint a Win nem vesz vissza a sebességből, a Linux meg igen, de a minőség kb. ugyanolyan.
Múltkor a Plextools-al megnéztem egy Win-es és egy Linux-os lemezt s kb. ugyanaz volt a minőség, az írási különbség ellenére.Hát, pl. múltkorjában egy boot lemezről kissé nehezen akart betölteni, RW volt, de még csak 2-szer volt újraírva.
Lehet előkeresem akkor a garipapírt… 🙁Win alatt úgy csinálja, hogy az első 15%-ban lassabb, majd eléri a 8x-ost és azt tartja a végéig.
Az író 16x-osan tud írni, a lemeznek is az a maximuma(Benq), de úgy már rosszabb a minőség, ezért írnám 8x-osan.Alapból egy ext3-as partícióra töltöttem le, Winnél átmásoltam a C:-re, ami NTFS, Linuxnál pedig szintén átmásoltam, itt a home könyvtáramba, ami ext3-as fájlrendszeren van.
milfer problémájából kiindulva gondoltam a lemezzel se lehessen gond, meg mindegyik a saját maga által támogatott fájlrendszerről írjon.
Linux-nál a fentiekben vitatott töredezettség elkerülése végett másoltam.
Mindkét partíció ugyanazon merevlemezen van és ennyire azért nem lehet lassú, mivel másoláskor 25Mb/s-el nyomatta. 🙂A buffer méret Win alatt 40Mb, Linux-nál pedig amint látszódik 32Mb volt, bár ez nem hiszem, hogy ekkora különbséget okozna(bár persze beállíthatom legközelebb 40-re is).
Nem tudom számít-e valamit, de ha szimuláltam az írást akkor Linux alatt is mindig jó volt, ugyanúgy mint Winnél 15%-ig 4-6x-osan ment, utána stabilan 8-on.uzsolt wrote:Ha a win „hazudik”, akkor hardver.
Ha nem, arról majd akkor tárgyalunk, ha tényleg igazmondó juhász 😉Megvolt a mérés.
Szerencsére nem hazudott a Win, úgyhogy valszeg nem eszközhiba lesz.
Ugyanazt az ISO-t írtam ki mindkét op rendszer alatt.
Win: 8m22s
Linux: 17m08sLinux alatt azt a parancsot használtam amit a k3b is: growisofs -Z /dev/hdc=/home/norbi/valami.ISO -use-the-force-luke=notray -use-the-force-luke=tty -dvd-compat -speed=8 -use-the-force-luke=bufsize:32m.
Ez esetben mi lehet a gáz?
uzsolt wrote:Arra azért vigyázz, hogy a szóköz „paraméterelválasztó”, tehát a Ez egy hülye nevű fájl.rar esetén a $1 csak az Ez lesz. Erre megoldás, ha tutira biztos vagy benne, hogy más paramétert nem kapsz, akkor a $* ill. a $@ (ami az összes paramétert jelenti).
Ja, meg $10 már nincs, azt úgy tudod esetleg „előhívni”, hogy kiadod a szkriptben a shift parancsot, ilyenkor minden eggyel tolódik, azaz a $1 eltűnik, a $2-ből $1 lesz, stb.Köszi, de ilyen bonyolutságig egyenlőre nincs szükségem rá, tökéletesen megy terminálból ahogy írtad, bár a Gnome Commander nem eszi, azonban ez már a program hibája, majd megpróbálom kicselezni. 🙂
-
SzerzőBejegyzés