Hozzászólások
-
Bejegyzés
-
Ha jól emlékszem, az xshm segített egyszer nekem is. „Tanult” (vérprofi) haver azt mondta, hogy az xshm tisztán „szoftver” driver, nem használja a kártya lehetöségeit – amit az ATI-nál sokszor (a linux számára nem túl jól megírt) driverek elbaszarintanak. Igaza lehetett, mert az ATI-tól letöltött (downgrade!) csomaggal, ugyanabban a környezetben sikerült késöbb más driverekkel is eredményt elérni. Ezt xine + em28xx TV kártya kapcsán tapasztaltam anno.
Ha jól emlékszem, az xshm segített egyszer nekem is. „Tanult” (vérprofi) haver azt mondta, hogy az xshm tisztán „szoftver” driver, nem használja a kártya lehetöségeit – amit az ATI-nál sokszor (a linux számára nem túl jól megírt) driverek elbaszarintanak. Igaza lehetett, mert az ATI-tól letöltött (downgrade!) csomaggal, ugyanabban a környezetben sikerült késöbb más driverekkel is eredményt elérni. Ezt xine + em28xx TV kártya kapcsán tapasztaltam anno.
Az ugyanannak az IP címnek általában az az oka, hogy a lease-time-on belül (néha azon kívül is) megpróbálja a kliens azt megkérni, (DHCPREQUEST-tel és nem DHCPDISCOVER-rel kezd) és ha nem foglalt, meg is kapja, ráadáasul, a szerver is a régi címer fogja felajánlani egy DHCPDISCOVER-re, ha nem foglalt.
Az ugyanannak az IP címnek általában az az oka, hogy a lease-time-on belül (néha azon kívül is) megpróbálja a kliens azt megkérni, (DHCPREQUEST-tel és nem DHCPDISCOVER-rel kezd) és ha nem foglalt, meg is kapja, ráadáasul, a szerver is a régi címer fogja felajánlani egy DHCPDISCOVER-re, ha nem foglalt.
Egy osztrák computeralkatrész szaküzlet a napokban ünnepli 10 éves fennállását, tíz napig minden nap valami más van akcióban – egy napig.
A mai dátumra való tekintettel – a külső lemezen kívül – egy második cuccot is kínálnak:
Itt van egy kis beszélgetés, decemberi, sok jóval nem kecsegtet, bár Markus Rechberger ( az em28xx modul fejlesztője) válaszol.
Itt van egy kis beszélgetés, decemberi, sok jóval nem kecsegtet, bár Markus Rechberger ( az em28xx modul fejlesztője) válaszol.
sany wrote:gendelider wrote:Mi lenne, ha „semmit” (display manager) sem indítanál? A /etc/rc2.d-ben nevezd át úgy, hogy ne induljon el, pl
sudo mv /etc/rc2.d/S30gdm /etc/rc2.d/xS30gdm
és amikor felállt a rendszer, nézd meg sima parancssorból, van-e neted. (IP-d) Ha igen, tényleg a networkanager lesz a hunyó.single user indítás opció nem jó?
Ott van a grub menuben.
Így nem kell (túl)bonyolítani a dolgot. 🙂Szerintem itt nem jó. Különösen Debiannál nem.
A single usernél „azok” indulnak, amik bent vannak az rc1.d-ben, ad absurdum, nem is feltétlenül abban a sorrendben, ahogyan az az rc2.d – ben definiálva van. (Meg debiannal az rcS.d, amit másképpen használ, mint a többi disztro. Másutt a „nagyon single” szokott benne lenni, és a „nagyon single” indításkor lesz felhívva, itt a mindenképpen az egyéb rcx.d előttiek, ahol x egy szám)Pontosan egy olyan kísérletet képzeltem el, amikor minden egyéb ugyanúgy történik, mint a „normál” induláskor, csak a grafika, illetve az az alatt startolandó csingilingik – pl. network manager – nem hajtódnak végre.
(Zárójelben: ez kicsit a Debian sara is, hogy az rc2.d -t használja ilyen célra, hiszen ennek rc5.d-nek kellene lennie hagyományosan. Igazi single lehetne az rc1.d, hálózattal kibővítve single az rc2.d, … ahogyan azt megszoktuk)
sany wrote:gendelider wrote:Mi lenne, ha „semmit” (display manager) sem indítanál? A /etc/rc2.d-ben nevezd át úgy, hogy ne induljon el, pl
sudo mv /etc/rc2.d/S30gdm /etc/rc2.d/xS30gdm
és amikor felállt a rendszer, nézd meg sima parancssorból, van-e neted. (IP-d) Ha igen, tényleg a networkanager lesz a hunyó.single user indítás opció nem jó?
Ott van a grub menuben.
Így nem kell (túl)bonyolítani a dolgot. 🙂Szerintem itt nem jó. Különösen Debiannál nem.
A single usernél „azok” indulnak, amik bent vannak az rc1.d-ben, ad absurdum, nem is feltétlenül abban a sorrendben, ahogyan az az rc2.d – ben definiálva van. (Meg debiannal az rcS.d, amit másképpen használ, mint a többi disztro. Másutt a „nagyon single” szokott benne lenni, és a „nagyon single” indításkor lesz felhívva, itt a mindenképpen az egyéb rcx.d előttiek, ahol x egy szám)Pontosan egy olyan kísérletet képzeltem el, amikor minden egyéb ugyanúgy történik, mint a „normál” induláskor, csak a grafika, illetve az az alatt startolandó csingilingik – pl. network manager – nem hajtódnak végre.
(Zárójelben: ez kicsit a Debian sara is, hogy az rc2.d -t használja ilyen célra, hiszen ennek rc5.d-nek kellene lennie hagyományosan. Igazi single lehetne az rc1.d, hálózattal kibővítve single az rc2.d, … ahogyan azt megszoktuk)
