[bogdan]

masik gepen forgatsz kernelt sata nelkul es azzal...

[Warrior]

Illetõleg azt lehet még, hogy ha fenn van s beindul a rendszer egy adott root paraméterrel, akkor azt belököd a lilo.conf-ba, s megmarad.

Annyit teszek még hozzá, hogy régebben (még a hotplug támogatás elõtt) nem volt "így"; ott a felismerés teljesen egzaktul ment, mindig ugyanúgy, legalábbis lehetett tudni mi  miért volt, ma már jobban kell figyelni.
Nincs a hotpluggal semmi baj, de tudni kell, hogy belsõ mechanizmusokat rejt, s felhasználók egyik gépen felrakják s használják a rendszert, észre sem veszik, másikon meg szívnak, mert valamit nem "jól" ismer fel, kavarodás van.

[Friczy]

Idézet: Warrior - Dátum: 2008. okt. 2., csütörtök - 14:12

Ott valami nem kóser. A sata eszközöket ugyanis maga a kernel látja meg, az pedig független a debitõl. Az fstab meg a mount már ezután van.

Viszont való igaz, hogy más-más kernelek más-más neveken láthatják ugyanazokat az eszközöket, ugyanabban a gépben. Meg kell nézni az adott kernel logját, hogy õ hogyan látja, s aszerint eljárni, illetve ha kernelt forgatsz, vagy lilo-t telepítesz (automatikusan), akkor érdemes utánalesni, mert okozhat kavart. De nem tudom, lehet-e véletlenszerû felismerés, illetve ez mitõl függ, hatalmas hiba volna szerintem. De vigyázz, milyen kernelt bootolsz.

Nekem is volt ezzel szopásom, a "gyári" kernel így, a saját lefordított változat pedig "úgy" nevezte el ugyanazokat a fizikai eszközöket. Fél nap volt, mire rájöttem.

Ráadásul a sata eszközök felismerése, elnevezése nem is olyan egyértelmû, ahogy azt sokan gondolják, mint anno volt az ide-s eszközöké: hda, hdb, hdc, hdd, stb. Azok ugyanis beton elnevezések voltak (persze lehetett ott is nevet változtatni úgy, hogy fizikailag semmi sem változott, de nem tudom, hogy). Ha kiveszel 1 sata eszközt, a "mögötte levõket lefelé görgeti", ami az elnevezést illeti.

Nem tudom, van-e eszköz, amivel a sata eszközöket el lehet nevezni (rules.d esetleg), pl. ethernet eszközöket is át lehet nevezni (eth0, eth1), pont amiatt, hogy ha változik valami a konfigurációban, ugyanaz a fizikai eszköz ugyanazt az "alias"-t kapja. De az elnevezés legkorábban a kernel bootolásakor dõl el, maximum ezt lehet megváltoztatni. Nem tudom, miért nevez el eszközöket mindig véletlenszerûen... Ha nincs változás a hardverben, biosban, kernelben, akkor ugyanúgy kellene bootolnia n+1-edszerre is.

A lilo-nak átadott boot paraméter csak az adott kernel indításához való, legközelebbi indításkor értelemszerûen, ha nem adsz boot paramétert, akkor análkül fog indulni. Vagy te esetleg megadtad második bootnál is ugyanazt a boot paramétert, úgy, hogy nem változott semmi, s így másodszorra nem indult el? Nem hinném, hogy ez lenne.

ps.: egyébként meg nem az fstab a mérvadó, pl. ott van a /proc/partitions fájl, ezt listázva látni fogod, mit lát maga kernel. Ha az is változik bootolásról bootolásra, akkor ott nagy szar van a palacsintában, vagy nem tudom...

Nem próbáltam Debianon, Ubuntun viszont mûködik az UUID alapján történõ csatolás, kernel boot paraméterként éppen úgy, mint az fstabban.  Ez egyértelmûen megoldás a véletlenszerû sorrendben felismerésre (ami azért elég ritka, de mint látjuk, elõfordul). Ubuntu alatt már régóta így van, emiatt a felhasználók többsége számára teljesen észrevétlenül zajlott le az egyik disztribúció-frissítéskor a libata-ra áttérés (ez azzal jár, hogy az addig hda, hdb stb. eszközök is scsi-ként látszanak)

Mindenesetre mivel van /dev/udev/disk-by-uuid/ könyvtár a Debian alatt is (Lennyn néztem), ebbõl következõen futáskor, vagyis az fstab-ban mûködnie kell az uuid-knek.

[Friczy]

Idézet: Warrior - Dátum: 2008. okt. 3., péntek - 8:21

Illetõleg azt lehet még, hogy ha fenn van s beindul a rendszer egy adott root paraméterrel, akkor azt belököd a lilo.conf-ba, s megmarad.

Annyit teszek még hozzá, hogy régebben (még a hotplug támogatás elõtt) nem volt "így"; ott a felismerés teljesen egzaktul ment, mindig ugyanúgy, legalábbis lehetett tudni mi  miért volt, ma már jobban kell figyelni.
Nincs a hotpluggal semmi baj, de tudni kell, hogy belsõ mechanizmusokat rejt, s felhasználók egyik gépen felrakják s használják a rendszert, észre sem veszik, másikon meg szívnak, mert valamit nem "jól" ismer fel, kavarodás van.

A hotplug elõtt is elõfordult ilyen, hálókártyák képesek voltak maguktól felcserélõdni, de aranyos volt az USB eszközök viselkedése is mindig. Hotplug helyett meg már rég udev és társai vannak (bár ha a hotplug supportot általános értelemben használod, akkor igazad van).

Hotplug eszközök támogatása nélkül pedig ha belegondolsz, nem csak a különféle USB eszközöket kellene elfelejtened, hanem a PCMCIA-t is, ami pedig elég régóta van...

[Balin]

Köszönök minden segítséget ! Most ide hdd-rõl megy kifogástalanul, azonban van egy két apró problémám amihez kérnék segítséget.

1. KDE alatt az óra +2 órával elõrébb jár mint kellene. Telepítéskor meg sem kérdezte, hogy CEST-e, vagy nem. Most meg nem tudom beállítani, hogy rendesen járjon.

2. Feltelepítettem az nVidia drivert az nvidia honlapjáról. Kapásból müködött is. Ujraindítás után azonban azt vettem észre, hogy consolon (és csak ott !) a magyar ékezetek helyett mindenféle krix-krax karakter van. Utánnaolvastam és ezt javasolták:
consolechars -v -f lat2u-16 -u lat2u -m iso02
ha kiadom szépen müxik. Átváltok x-be és utánna vissza, megint rosszak a karakterek. Van erre valami emészthetõ megoldás, hogy ne keljen mindig kiadni a parancsot  ?

köszi

[Balin]

Nos sikerült az órabeállítás két elegáns paranccal végrehajtani:

sudo mv /etc/localtime /etc/localtime.old
sudo ln -sf /usr/share/zoneinfo/UTC /etc/localtime

A második kérdésemre azonban nem kaptam választ a google-tól

[Lenny]

Üdv.!

Napokban elszállt a vinyóm és vele az 1 éve nagyon jól mûködõ Kubuntu 7.10-es Gutsy-m.
Haladni akartam a korral és gondoltam megnézem az utóbbi 8.04 és 8.10-est. 8.10 felejtõs, mert a KDE 4nagyon nem tetszik. A 8.04 meg még mindig nem az igazi.

Kérdés, hogy a Lenny (nem én ) mennyire stabil desktop szinten? KDE-vel használnám. Tapasztalatok??

[gekmage]

Idézet: Balin - Dátum: 2008. okt. 4., szombat - 20:06

2. Feltelepítettem az nVidia drivert az nvidia honlapjáról. Kapásból müködött is. Ujraindítás után azonban azt vettem észre, hogy consolon (és csak ott !) a magyar ékezetek helyett mindenféle krix-krax karakter van. Utánnaolvastam és ezt javasolták:
consolechars -v -f lat2u-16 -u lat2u -m iso02
ha kiadom szépen müxik. Átváltok x-be és utánna vissza, megint rosszak a karakterek. Van erre valami emészthetõ megoldás, hogy ne keljen mindig kiadni a parancsot  ?

köszi

Igen van.

Használj framebuffer konzolt. uvesafb vagy vesafb,

Videókártya probléma. Nem tudom hogy graf. chip, vagy mert nem gyári nvidia ref. beállítás szerinti, de 8600 GT kártyával (gigabyte) nálam is elõfordul vga konzolon. 6600 GT vel még jó volt. ugyanazzal a driverrel és kernellel.

Neked is 8xxx kártyád van ?

Szerkesztette: gekmage 2008. 10. 12. 21:50 -kor

[Balin]

Idézet: gekmage - Dátum: 2008. okt. 12., vasárnap - 20:50

Igen van.

Használj framebuffer konzolt. uvesafb vagy vesafb,

Videókártya probléma. Nem tudom hogy graf. chip, vagy mert nem gyári nvidia ref. beállítás szerinti, de 8600 GT kártyával (gigabyte) nálam is elõfordul vga konzolon. 6600 GT vel még jó volt. ugyanazzal a driverrel és kernellel.

Neked is 8xxx kártyád van ?

Igen nekem is ASUS nVidia 8800GTX-em van.

Ha megkérhetlek bõvebben fejtd ki hogy kell csinálni uvesafb vagy vesafb - ot. Mert bár nem vagyok kezdõ, de annyira azért nem vagyok benne a Linuxba.

Köszönöm 

[gekmage]

Idézet: Balin - Dátum: 2008. okt. 13., hétfõ - 18:03

Igen nekem is ASUS nVidia 8800GTX-em van.

Ha megkérhetlek bõvebben fejtd ki hogy kell csinálni uvesafb vagy vesafb - ot. Mert bár nem vagyok kezdõ, de annyira azért nem vagyok benne a Linuxba.

Köszönöm 

Hát a vesafb az egyszerûbb.

Feltételezem hogy a kerneled támogatja a framebuffer konzol megjelenítését. Ha gyári debian alapú kernel, akkor biztos.

Ilyenkor nincs más hátra mint megadni a boot managernek praktikusan a használni kivánt VGA módot. Ez alapból a normál vga konzol.

Namost a kernel forráskódjában (vagy google) Documentationban asszem fb/vesafb.txt vagy milyen fájlban megvannak a különféle felbontásoknak megfelelõ vga értékek.

Pl. A vga=791 az 1024x768@60 Hz.

A vesafb nem tud más frissítési frekvenciát használni, felbontást az tud, ill. nem megy vele a konzolos energiagazdálkodás sem. Blank screen t tud, de az auto DMPS_OFF az pl. nem megy, bár manuálisan vbetool al megoldható, én írtam rá szkriptet. Ill. kiegészítettem mert volt.

Az uvesafb használata már bonyolultabb, etchen gányolni kell hozzá. lennyn már van a szükséges v86d (?) csomag. Etchben még nem volt.

[Balin]

Idézet: gekmage - Dátum: 2008. okt. 14., kedd - 10:33

Hát a vesafb az egyszerûbb.

Feltételezem hogy a kerneled támogatja a framebuffer konzol megjelenítését. Ha gyári debian alapú kernel, akkor biztos.

Ilyenkor nincs más hátra mint megadni a boot managernek praktikusan a használni kivánt VGA módot. Ez alapból a normál vga konzol.

Namost a kernel forráskódjában (vagy google) Documentationban asszem fb/vesafb.txt vagy milyen fájlban megvannak a különféle felbontásoknak megfelelõ vga értékek.

Pl. A vga=791 az 1024x768@60 Hz.

A vesafb nem tud más frissítési frekvenciát használni, felbontást az tud, ill. nem megy vele a konzolos energiagazdálkodás sem. Blank screen t tud, de az auto DMPS_OFF az pl. nem megy, bár manuálisan vbetool al megoldható, én írtam rá szkriptet. Ill. kiegészítettem mert volt.

Az uvesafb használata már bonyolultabb, etchen gányolni kell hozzá. lennyn már van a szükséges v86d (?) csomag. Etchben még nem volt.

Nagyon köszönöm sikerült a vesafb-bal beállítani tökélete 

Igaz szívtam a LILO-val egy kicsit, de az az én tudatlanságom volt....

[Balin]

Hi Mindenki !

Lenne egy kérdésem. Van egy Eicon Diva USB-s modemem. Ezt szeretném debian alatt életre kelteni, de sehogyan se megy.
Az lsusb alatt látszik a modem.

Mit kell csinálni, hogy használni tudjam ? (ha kérhetem szájba rágósan)

Köszi  a segítséget elõre is !

Balin

[Warrior]

Idézet: Lenny - Dátum: 2008. okt. 12., vasárnap - 19:57

Üdv.!

Napokban elszállt a vinyóm és vele az 1 éve nagyon jól mûködõ Kubuntu 7.10-es Gutsy-m.
Haladni akartam a korral és gondoltam megnézem az utóbbi 8.04 és 8.10-est. 8.10 felejtõs, mert a KDE 4nagyon nem tetszik. A 8.04 meg még mindig nem az igazi.

Kérdés, hogy a Lenny (nem én ) mennyire stabil desktop szinten? KDE-vel használnám. Tapasztalatok??

Azt hallottam vagy másfél hónapja, hogy a Lenny-t "befagyasztották", 1-2 hónap talán, és stable release lesz, ha jól tudom, de ezt egyelõre csak egy fejlesztõje mondta; mondjuk érti is a dolgát. Mások még nem mondtak rá semmit. Szerintem (s fõleg fejlesztõ haverom szerint) simán használható a Lenny, csak a sources.list-ben "Lenny" nevet adj, ne "stable"-t.

[Mono]

Sziasztok!

Debian Sarge, ext3 fájlrendszer. Egy könyvtár tartalma ki lett törölve valamikor. Majd mentésbõl vissza lett állítva a komplett tartalom. Így az adatok megvannak.

Viszont most nekem arra lenne szükségem, hogy kinyerhetõe- valahogy a törlés ideje :confused: - Tudom, akkor kellett volna megnéznem a módosítási dátumokat, mielõtt visszatöltöttem volna a mentést. De akkor még ez nem volt igény.
Megoldható ez valahogy Van valami "unerase", vagy "undelete" alkalmazás ext3-ra? Talán az látna valamit...
Vagy esetleg más ötletetek :confused:

[bogdan]

unerase akarattal(!) nincs. de speciel a torles ideje akar meg benne is lehet valahol a journaling-ban.

[Mono]

Idézet: bogdan - Dátum: 2008. nov. 12., szerda - 12:58

unerase akarattal(!) nincs. de speciel a torles ideje akar meg benne is lehet valahol a journaling-ban.

És azt valami trükkel esetleg ki lehet szabadítani onnan?

[debianforever]

Idézet: Mono - Dátum: 2008. nov. 12., szerda - 13:15

És azt valami trükkel esetleg ki lehet szabadítani onnan?

Utólag semmi nem fog ott látni semmit.

[bogdan]

sajnos nem tudom, hogy kene.

[debianforever]

Idézet: Mono - Dátum: 2008. nov. 12., szerda - 13:15

És azt valami trükkel esetleg ki lehet szabadítani onnan?

Használd a debugfs parancsot logdump opcióval a journal logok megtekintéséhez. De ne reménykedj nagyon.

[Lenny]

Adott egy Debian Sarge. Anno én telepítettem, aztán átkerült egy másik emberkéhez, aki üzemeltette.

Szerencsére nem sokat változtatott rajta az addigi állapothoz képest. Viszont a Sarga biztonsági támogatása már március óta lejárt. Azóta a féleszû nem is upgrade-elte.

Tehát a következõ lépés ez lenne. Sok minden nincs fent rajta. Gyakorlatilag tûzfalként üzemel squid, exim, spam szûrõ, clamav.

Gondoltam upgrade etch-re. Valaki csinálta már? Van valami "buktatója" amire figyelnem kell majd?

Elég régen csináltam dist-upgrade-t. Akkor ennyi elég volt:

/etc/apt/source.list-be átírni sarge-- > Etch-re, majd:

apt-get update

apt-get dist-upgrade

Elméletileg most is elég ennyi?

Elõre is köszi...