Hozzászólások
-
Bejegyzés
-
További tapasztalatok:
Feltettem a Slackware currentet. 2.4.31-es kernel (a „gyári” bare+acpi) alatt picivel jobban ment az író, de korántsem úgy, ahogyan kellett volna. Lefordítottam ugyanazzal a configgal a 2.6.12 vanillát, mint Vector alatt, és ugyanolyan rosszul ment. Amit még most észrevettem, az az, hogy a k3b-ben a buffer mind a két disztro alatt „no data/nincs adat” — azaz mintha nem használna olvasási tárolót, ami tényleg visszafoghatja a teljesítményt. De miért nem használ?
Ugyanakkor Slackware és a 2.6.12 kernel alatt a cdrecord -scanbus dev=ATA sokkal pozitívabb eredményt hozott: táblázatban szépen kiírta, hogy ott van az 1,0,0-n az író. Ezzel szemben Vector alatt ugyanazzal a kernellel a fenti hibaüzenetet adta, illetve hiányolt — furcsa módon általában csak az elsõ lekérdezéskor — bizonyos sg* könyvtárat (mármint libraryt), ami viszont megvolt Slackware alatt (sglib*valami).
Közben találtam egy ilyet: http://www.linuxquestions.org/questions/history/360492
amiben röviden arról folyik az eszmecsere, hogy az ATAPI réteg helyett direkt a /dev/hdx-et kell használni… amit cdrecord összefüggésben értek is. a -scanbus dev=/dev/hdc így Vector alatt is hozza szépen ugyanazt a táblázatot, mint a fent említett Slack esetében, nem hiányolja az sg*-t.
Ugyanakkor a k3b eddig is /dev/hdc-ként kezelte az írót… és buffert továbbra sem hajlandó használni, és még mindig 0,8x sebességgel ír.
Asszem meg kell kérdeznem az UHU-fejlesztõket, hogy õk hogy oldották meg az 1.2-ben a cd/dvd írást 2.6.9 kernel alatt, azzal ugyanis megy, mint a szélvész.
uzsolt:
/dev/hdc-ként szerepelt mindenhol (amikor scsi emulálás nélkül próbáltam), scsi-vel meg /dev/sr0-ként.A kernelbe ide/atapi cd fixen legyen, vagy bent legyen a modul(ide_cd)!
terminálon:
cdrecord -scanbus dev=ATA
mit ír ki?
Ill. terminálon és a grafikus progikban is, a device- t „/dev/hdx” formában add meg!
[align=right][snapback]148915[/snapback][/align]Kernelben fixen bent van az ide/atapi cd.
cdrecord -scanbus dev=ATA kimenete:
Code:scsidev: ‘ATA’
devname: ‘ATA’
scsibus: -2 target: -2 lun: -2
Warning: Open by ‘devname’ is unintentional and not supported.
cdrecord: No such file or directory. Cannot open ‘ATA’. Cannot open SCSI driver.Ez már úgy, hogy kiszedtem a kernelbõl mindenféle SCSI támogatást.
Hello!
kerdes:
X11 error: Can’t open display: :0.0megoldas :
Rootkent vagy Superuserkent hozz letre egy linket a root konyvtaraba az usered konyvtaraban levo .Xauthority file -rol.
[align=right][snapback]148283[/snapback][/align]Igen, ez az! Köszönöm! :leborul:
Béka
Oki, akkor így nyomom majd én is 🙂
Ok, de a lényeg, h miazistent keres ott a 2.6 a névben?? Mondjuk már mind1, mert nem kell a gnome…csak a GDM kellet volna, de jó lesz nékem a KDM is 🙂
[align=right][snapback]147980[/snapback][/align]Hello,
Akkor egy hiteles forrást hadd idézzek a témában:
Well you might ask why is the file name so important. Well it tells alot about the package. First from the file name we can see what it was built for, the name and version of the program, the version of the build and who built it. Consider it like fields in a form. You have the name field, version field, arch field, and build field.
apache-1.2.1-i386-2jim.tgz
In the above example we see first that this is apache (name field) and that the version is 1.2.1 (version field). We can also see that it was built for an intel 386 platform (arch field). Valid options for this are:
i386
i486
i586
i686
noarch (means its not platform specific)Azaz: az apache a névmezõ, az 1.2.1 a verziómezõ, az i386 az architektúra mezõ, a jim a buildmezõ. Elméletileg így kellene felépülnie a szabványos linux csomagneveknek (és így is épülnek fel). Tehát ha azt látod a 10.1 Slacki gnome alkönyvtárában, hogy pl gnome-desktop-2.6.2-i486-1.tgz, akkor az a gnome-desktop nevû csomag 2.6.2-es verziója i486 platformra, kerneltõl függetlenül.
Más. Kérdésem a következõ lenne:
Bejelentkezek userként grafikus felületre, indítok egy terminált, abban su. Eddig oké. Ha azonban superuserként indítani akarok egy grafikus alkalmazást a terminálból, akkor a következõ üzenetet kapom:
X11 error: Can’t open display: :0.0
Miért nem enged userként bejelentkezve a superusernek grafikus alkalmazást indítani? :nemertem:
hello!
letöltöttem(mert biza már adsl-m van 😀 ) a 2.6.13-mas kernelt, mert a 2.6.8.1 már kezd régi lenni.De ha már itt vagyok, azért 2 kédésem lenne:
1: uhu alatt alsamixerrel pazarul belõttem az 5.1-et, és hát õszintén szólva nincsen kedvem újra kísérletezgetni. Biztos van ennek is vmi config fájlja, amit koppintani lehetne, de vajh. hol?Csak tipp: /etc/asound.state. Nekem nem ment a klónozása, de ki tudja…
2: a csomagkezelés vhogy nem világos. Az addig ok, hogy
Code:# installpkg option package_nameNode ez úgy vettem észre nem a netrõl szedi a dolgokat (nekem meg onnan kéne). RTFM megvolt, de valahogy csak nem világos.
http://www.linuxpackages.net
gslapt vagy slapt-get kell neked. A tárhelyeket, ahonnan tölteni akarsz, az /etc/slapt-get/slapt-getrc-ben tudod beállítani.A slackware.com-on találtam ilyen tgz csomagokat, de azok nevébe mind-mind szerepelt a 2.6.0, ami gyaníthatóan a kernelre utal,[align=right][snapback]147709[/snapback][/align]
Izé, ez nem nagyon lehetséges. Pl. a currentben kde*-3.4.2-i486 szerepel végig — azaz a verziószám csak a csomag verzióját jelöli, nem a kernelét (kivéve persze magát a kernelcsomagot). Ha a függõségek engedik, szinte bármelyik csomagot pakolhatod a 2.4-es kernelre is, egy-két kivételtõl eltekintve. Illetve felpakolni felpakolhatod akkor is, ha a függõségek nem engedik, csak menni nem fog.
Nekem másfajta gondom volt, a hálózat rész nem volt jó, „Network is unreachable”, vagy valami ilyesmi.
http://www.gentoo.org/doc/en/printing-howto.xml
Ezt próbáld meg, nekem ezzel módszerrel ment (igaz más nyomtató tipus) debian és gentoo alatt
is!
Ne zavarjon hogy gentoo doksi! 🙂
[align=right][snapback]147212[/snapback][/align]Nagyon köszi, a legkevésbé sem zavart, hogy gentoo doksi — szeretem a gentoo doksikat! 😀
A cups gond megoldódott, egy tcpip csomag kellett neki.
Hello,
Ha esetleg olvasod… melyik tcpip csomag kellett hozzá? Vector 5.1 Standard alatt küzdök a cups-szal, jelenleg ott tartok, hogy webes felületen már be tudom állítani, tehát a szerver része megy, de hiába állítom be a nyomtatót (Samsung ML-1520, gyári meghajtóprogram van hozzá cups-hoz, usb-n, látja is), effektíve nyomtatni nem tudok. Hozzáférés, jogosultságok beállítva.
A másik: 2.6.12 vanilla kernel felrakása után hangproblémák léptek fel. Megoldás a következõ lett: kernelbe soundcore, modulba alsa+oss az adott hangkártyához (SB Live), alsa újrafordítás, arts újrafordítás. Egy bibi maradt: kde (3.4.2) alatt nem hajlandó rendszerhangokat produkálni, egészen pontosan az ogg-ban lévõket nem játssza le. Ugyanakkor pl icewm alatt a wav-ok mennek, és xmms-szel az ogg is (libogg és libvorbis fent van).
Minden ötletet köszönettel fogadok.
legutóbbi hsz