[bogdan]

Idézet: charlie - Dátum: 2008. jan. 14., hétfõ - 21:07

linux kernel mennyit tud lekezelni 32 biteskent?

a 2.4-es kernelrol irjak, hogy a PAE teljes 64 gigajat kihasznalja. szoval a max, ami lehetseges. (ja, es nem a P2-vel, hanem PPro-val jott.)
de mar tenyleg off topicok vagyunk, de nagyon!

[debianforever]

Idézet: mynet - Dátum: 2008. jan. 14., hétfõ - 21:08

az, igen

köszönöm, ez is már sokat jelent, mert pl tudtommal a steam VAC-ja nem is megy 64bit-es rendszeren.

Csak annyi észrevétel, hogy a 64 bites debiant is úgy rakod fel, mint a 32 bitest. Ami meg bináris csomagból nem megy rajta azt forrásból kell és kész.

Egyébként némi kernel matatással elérhetõ, hogy a 32 bites binárisok nagyrésze simán fut.

Szerkesztette: debianforever 2008. 01. 16. 09:40 -kor

[critical_source]

Sziasztok,

Lennyt használok, bár fontolgatom a sidre való upgradelést. Kérdésem; mennyire instabil, hallottam dolgokat, hogy egy egy update után nem mûködik néhány dolog. Ezek a tökéletlenségek akkorák, hogy használhatatlan lesz a rendszer?

Szerkesztette: critical_source 2008. 01. 27. 15:53 -kor

[Friczy]

Idézet: critical_source - Dátum: 2008. jan. 27., vasárnap - 16:52

Sziasztok,

Lennyt használok, bár fontolgatom a sidre való upgradelést. Kérdésem; mennyire instabil, hallottam dolgokat, hogy egy egy update után nem mûködik néhány dolog. Ezek a tökéletlenségek akkorák, hogy használhatatlan lesz a rendszer?

Én mindenkit igyekszem lebeszélni a sidrõl, pláne, aki ilyen kérdéseket tesz fel Szóval igen, elõfordulhat, hogy frissítés után hasznlhatatlan a rendszer, és nem is mindig teljesen triviális ismét mûködésre bírni. Ezzel együtt persze lehet használni, de sokkal inkább észnél kell lenni, mint a testingnél. Kb az a helyzet, hogy a testing (most Lenny) esetében általában elég utólag megnézni, hogy mi nem megy, mígy sid esetén célszerû minden frissítésnél (fõleg, ha az olyan csomag, amire mindenképpen szükség van) elõre körbenézni, illetve egérutat biztosítani magadnak arra, ha valami nem jön össze.

[critical_source]

Idézet: Friczy - Dátum: 2008. jan. 27., vasárnap - 18:13

Én mindenkit igyekszem lebeszélni a sidrõl, pláne, aki ilyen kérdéseket tesz fel Szóval igen, elõfordulhat, hogy frissítés után hasznlhatatlan a rendszer, és nem is mindig teljesen triviális ismét mûködésre bírni. Ezzel együtt persze lehet használni, de sokkal inkább észnél kell lenni, mint a testingnél. Kb az a helyzet, hogy a testing (most Lenny) esetében általában elég utólag megnézni, hogy mi nem megy, mígy sid esetén célszerû minden frissítésnél (fõleg, ha az olyan csomag, amire mindenképpen szükség van) elõre körbenézni, illetve egérutat biztosítani magadnak arra, ha valami nem jön össze.

Egyszóval jó nekem a lenny 

[petyaguru]

Sziasztok! Linuxban tök kezdõ vagyok, de ezek a LiveCD-k nagyon tetszenek. Az lenne a kérdésem, hogy tudok-e telepíteni CD-rõl futó Linuxra? A merevlemezt látja és kezeli. (Egy játékot szeretnék feltenni, megvan TAR.GZ, DEB, és RPM kiterjesztésben is)

[critical_source]

Idézet: petyaguru - Dátum: 2008. jan. 30., szerda - 16:16

Sziasztok! Linuxban tök kezdõ vagyok, de ezek a LiveCD-k nagyon tetszenek. Az lenne a kérdésem, hogy tudok-e telepíteni CD-rõl futó Linuxra? A merevlemezt látja és kezeli. (Egy játékot szeretnék feltenni, megvan TAR.GZ, DEB, és RPM kiterjesztésben is)

nem, mivel nem a winyón fut, és nem is írhat a cdre. Wine-val vagy cedegával tudsz játékokat futtatni, de csak telepített rendszeren. A kiterjesztések meg a tar.gz az azt hiszem (ha nem akkor javítsatok ki) az egy tömörített, a .deb az debian csomag (ubuntu, stb.), az .rpm pedig redhat (fedora, centos, stb) csomag.

Az én kérdésem: miért van nagyon sok csomag auto remove "módban"? azt írja, már szükségtelenek, de van köztük egy csomó ami gnomehoz kapcsolódik, stb. Egyszer már autoremoveoltam õket, és az eredmény az lett, hogy eltüntek a témák, meg nem is akart mûködni majdnem semmi. Ezeknek a csomagoknak a függõségei törölve lettek és azért vannak még itt? Letöröltem néhány alap dolgot pl. openofice, evolution, gimp...

Szerkesztette: critical_source 2008. 01. 30. 15:36 -kor

[AndrewBoy]

Eddig csak karakteresben nyomtam debiant, leginkább router/gateway samba mail etc servereknek. Most viszont elkezdett érdekelni a desktop is;) Ma már nagyon ritkán játszom, szóval szerintem beleférne, hogy egy debian is legyen fent grafikusban. Eddig suse volt fent, de az olyan feltelepíette magát és minden mûködött ;D és én meg csak néztem, hogy mit miért...

Szal szeretnék debiant is asztalira.
Ami rohadtul tetszett, hogy iszonyatosan csicsázható a desktop, pl van ez pörgõ-forgó vista feelinges aeros alt-tab ozás, ez kde vagy gnome? mi a difi? miket lehet és miket nem?

hogy érdemes telepíteni? desktop gép? vagy késõbb x11? vagy xorgot kell ma már?

meséljetek nekem errõl egy picit, mert mondanak sokfélét sokhelyen

[Friczy]

Idézet: AndrewBoy - Dátum: 2008. febr. 3., vasárnap - 1:08

Eddig csak karakteresben nyomtam debiant, leginkább router/gateway samba mail etc servereknek. Most viszont elkezdett érdekelni a desktop is;) Ma már nagyon ritkán játszom, szóval szerintem beleférne, hogy egy debian is legyen fent grafikusban. Eddig suse volt fent, de az olyan feltelepíette magát és minden mûködött ;D és én meg csak néztem, hogy mit miért...

Szal szeretnék debiant is asztalira.
Ami rohadtul tetszett, hogy iszonyatosan csicsázható a desktop, pl van ez pörgõ-forgó vista feelinges aeros alt-tab ozás, ez kde vagy gnome? mi a difi? miket lehet és miket nem?

hogy érdemes telepíteni? desktop gép? vagy késõbb x11? vagy xorgot kell ma már?

meséljetek nekem errõl egy picit, mert mondanak sokfélét sokhelyen

Van egyszer mag az X, ami tulajdnoképpen birizgálja a grafikus kártyádat, de semmi egyebet nem tud, te se tudod használni. Ennek a tetejére ül egy ún. ablakkezelõ, ami a megjelenésért felel (csak a teljesség igénye nélkül: twm, icesm, openbox, fluxbox, metacity, windowmaker, enlightenment), ebbõl rohadt sok féle van, különféle tudással és erõforrásigénnyel. Ezek már elegendõek arra, hogy futtass mindenféle grafikus programot.

Ennél egy fokkal feljebb lépve találod meg a desktop environmenteket, ahol is igyekeznek egy stílusban mindent összerakni, és egyfajta egységes környezetet biztosítani. Ebbõl a három legismertebb a gnome, kde, és az xfce.

Elvileg a desktop environmentek függetlenek attól, hogy milyen ablakkezelõ van alattuk, bár azért nem teljesen szabad a variáció, de pl. gnome alatt elõfordul a metacity és az emerald is, attól függõen, hogy 3D-t akarsz-e használni, és pl. tudtam xfce alá openboxot tenni, hogy kevesebb erõforrást egyen.

Na most: ha fel akarod tenni az X-et, akkor legegyszerûbb Debian alatt a x-window-system csomagot feltenni, aztán keress egy szimpatikus ablakkezelõt, és tedd fel, próbálgasd. Kezdésnek pl. jó az icewm.

Ha meg valamelyik nagyobb DE-t akarod megnézni, akkor megkeresed annak a metacsomagját, és felrakod.

[AndrewBoy]

Idézet: Friczy - Dátum: 2008. febr. 3., vasárnap - 10:16

Van egyszer mag az X, ami tulajdnoképpen birizgálja a grafikus kártyádat, de semmi egyebet nem tud, te se tudod használni. Ennek a tetejére ül egy ún. ablakkezelõ, ami a megjelenésért felel (csak a teljesség igénye nélkül: twm, icesm, openbox, fluxbox, metacity, windowmaker, enlightenment), ebbõl rohadt sok féle van, különféle tudással és erõforrásigénnyel. Ezek már elegendõek arra, hogy futtass mindenféle grafikus programot.

Ennél egy fokkal feljebb lépve találod meg a desktop environmenteket, ahol is igyekeznek egy stílusban mindent összerakni, és egyfajta egységes környezetet biztosítani. Ebbõl a három legismertebb a gnome, kde, és az xfce.

Elvileg a desktop environmentek függetlenek attól, hogy milyen ablakkezelõ van alattuk, bár azért nem teljesen szabad a variáció, de pl. gnome alatt elõfordul a metacity és az emerald is, attól függõen, hogy 3D-t akarsz-e használni, és pl. tudtam xfce alá openboxot tenni, hogy kevesebb erõforrást egyen.

Na most: ha fel akarod tenni az X-et, akkor legegyszerûbb Debian alatt a x-window-system csomagot feltenni, aztán keress egy szimpatikus ablakkezelõt, és tedd fel, próbálgasd. Kezdésnek pl. jó az icewm.

Ha meg valamelyik nagyobb DE-t akarod megnézni, akkor megkeresed annak a metacsomagját, és felrakod.

hú, köszi a sok infot, hamarosan kezdem a történetet, remélem már debian alól jelentkezem

[bogdan]

nakeremszepen. probalok zoldagra verodni a debianommal a laptopon [Compaq Armada M300] (mar kerdeztem ezt-azt, de most mashogy nez ki.)

a laptopnak 5 laptop funkciojat hasznalom: fenyero allitas, cpu sebessegenek visszavetele, kulso monitor ki/be, suspend, aku toltottseg szint kijelzese. ebbol az elso-hoz talaltam mini programot, ami kozvetlenul birizgalja a megfelelo regisztereket, a cpu-t a bius allitja automatice, az akut jol jelzi ki a linux.

marad a kulso monitor es a suspend. 2.4-es kernellel (regebbi debian) jol mukodott mind a suspend, a monitort orult modon tudtam hasznalni: ha bekapcsolaskor volt rajta, akkor mutatta a kulsot. igy a suspendel meg tudtam kvazi jol oldani. de ez a mult.

most a 2.6-os kernellel nem ment a suspend. (figyelem mult ido!) megnyomom a suspend gombot, mire elkezdi lecsatolni a halozatot, majd kiirja, hogy nem tamogatott. (mikozben a kernel bootolaskor kiirja az APCI allapotokat, hogy tamogatottak.. vagy mi a fene) a kulso monitor ki/be sem megy, de ezen nem csodalkoztam. (meg mindig multido!)

viszont most elkezdtem volna uj kernelt forditani (meg is csinaltam), de elotte tettem egy utolso probat, mert eppen frissult a gyari kernel. gep bebootol, login kepernyo, nem lepek be, minek egy probara... nyomom a suspend gombot, es lam, leall!! ugyanyugy a kulso kepernyo ki/be!! nocsak.. belepek, gombot nyomom, mire ugyanaz a hibauzenet, mint eddig!!

szoval adott a kerdes (miszerint ki erti ezt? ), hogy mitol mukodik maskepp a suspend es a kulso monitor kapcsolgatas attol, hogy be vagyok-e lepve? es persze van-e valakinek otlete, hogy legyen suspendem belepve? koszonom!

[gekmage]

Idézet: bogdan - Dátum: 2008. febr. 29., péntek - 20:18

nakeremszepen. probalok zoldagra verodni a debianommal a laptopon [Compaq Armada M300] (mar kerdeztem ezt-azt, de most mashogy nez ki.)

szoval adott a kerdes (miszerint ki erti ezt? ), hogy mitol mukodik maskepp a suspend es a kulso monitor kapcsolgatas attol, hogy be vagyok-e lepve? es persze van-e valakinek otlete, hogy legyen suspendem belepve? koszonom!

kiirja, hogy nem tamogatott.

De ez így látatlanban csak tipp, mert Pontosan mit ír ki, és kicsoda /mármint melyik program, kpowersave, vagy valami más? /

Hát gondolom a powersave (kpowersave?) daemon kezeli a sleep gombodat. Ha a suspend-to-ram ot próbálod, akkor a

/var/log/suspend2ram.log

ban megtalálod, hogy melyik kernelmodul zavart be, hogy nem sikerült leállni. Ilyenkor a kérdéses modult és tõle függõ daemont a powersave konfig. fájljában unload-listára kell tenni. (ilyenkor automatán kiveszi suspend esetén, és visszatölti resume esetén).

[bogdan]

hm. oszinten szolva fogalmam sincs, hogy ki kezeli a sleep gombomat (normal debian install, alapvetoen gnome, a kde-t kerulom.), de fel nem foghatom, hogy ez a kezeles miert valtozik meg attol, hogy belepek! es azt sem ertem, mi koze ennek a modulokhoz: mas modulok lennenek betoltve ha be vagyok lepve, mint ha nem lennek?? (lehet, hogy a hosszu hozzaszolasom nem volt eleg egyertelmu: ha a grafikus login kepernyo nez vissza ram, akkor a sleep gomb megnyomasara leall a gep, ha mar beleptem, akkor hibat jelez, es egy semmitmondo FAQ-ra iranyit, a gnome-power-manager oldalara, tehat o kezeli a gombot.)

/var/log/suspend2ram.log-om nincs, ha sikerul a suspend, akkor az a kern.log-ban latszodik, ha nem sikerult, akkor letrejon egy acpid es egy hibernate.log

igy sikerult leallnia:

Idézet

kern.log:

Mar  3 11:23:15 armada kernel: ACPI: PCI interrupt for device 0000:00:09.0 disabled
Mar  3 11:23:40 armada kernel: Freezing cpus ...
Mar  3 11:23:40 armada kernel: Stopping tasks: =============================================|
Mar  3 11:23:40 armada kernel: pnp: Device 00:04 disabled.
Mar  3 11:23:40 armada kernel: pnp: Device 00:01 disabled.
Mar  3 11:23:40 armada kernel: ACPI: PCI interrupt for device 0000:00:08.0 disabled
Mar  3 11:23:40 armada kernel: ACPI: PCI interrupt for device 0000:00:07.2 disabled
Mar  3 11:23:40 armada kernel: ACPI: PCI interrupt for device 0000:00:04.0 disabled
Mar  3 11:23:40 armada kernel: Intel machine check architecture supported.
Mar  3 11:23:40 armada kernel: Intel machine check reporting enabled on CPU#0.
Mar  3 11:23:40 armada kernel: Back to C!
Mar  3 11:23:40 armada kernel: PM: Writing back config space on device 0000:00:00.0 at offset 1 (was 22000006, writing a2000006)
Mar  3 11:23:40 armada kernel: PM: Writing back config space on device 0000:00:04.0 at offset 1 (was 2100000, writing 2100007)
Mar  3 11:23:40 armada kernel: ACPI: PCI Interrupt 0000:00:04.0[A] -> Link [C141] -> GSI 11 (level, low) -> IRQ 11
Mar  3 11:23:40 armada kernel: PCI: Enabling device 0000:00:07.2 (0000 -> 0001)
Mar  3 11:23:40 armada kernel: ACPI: PCI Interrupt 0000:00:07.2[D] -> Link [C149] -> GSI 11 (level, low) -> IRQ 11
Mar  3 11:23:40 armada kernel: PCI: Setting latency timer of device 0000:00:07.2 to 64
Mar  3 11:23:40 armada kernel: PM: Writing back config space on device 0000:00:07.2 at offset f (was 400, writing 40b)
Mar  3 11:23:40 armada kernel: PM: Writing back config space on device 0000:00:07.2 at offset 8 (was 1, writing 3801)
Mar  3 11:23:40 armada kernel: usb usb1: root hub lost power or was reset
Mar  3 11:23:40 armada kernel: PCI: Enabling device 0000:00:08.0 (0000 -> 0001)
Mar  3 11:23:40 armada kernel: ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [C148] -> GSI 11 (level, low) -> IRQ 11
Mar  3 11:23:40 armada kernel: PM: Writing back config space on device 0000:00:09.0 at offset 6 (was 0, writing 24120000)
Mar  3 11:23:40 armada kernel: PM: Writing back config space on device 0000:00:09.0 at offset 5 (was 1, writing 1801)
Mar  3 11:23:40 armada kernel: PM: Writing back config space on device 0000:00:09.0 at offset 4 (was 0, writing 24140000)
Mar  3 11:23:40 armada kernel: PM: Writing back config space on device 0000:00:09.1 at offset 5 (was 0, writing 24141000)
Mar  3 11:23:40 armada kernel: PM: Writing back config space on device 0000:00:09.1 at offset 4 (was 1, writing 1841)
Mar  3 11:23:40 armada kernel: PM: Writing back config space on device 0000:00:09.1 at offset 1 (was 2100000, writing 2100003)
Mar  3 11:23:40 armada kernel: pnp: Device 00:01 activated.
Mar  3 11:23:40 armada kernel: pnp: Device 00:04 activated.
Mar  3 11:23:40 armada kernel: pnp: Device 00:0a does not support activation.
Mar  3 11:23:40 armada kernel: pnp: Device 00:0b does not support activation.
Mar  3 11:23:40 armada kernel: Restarting tasks...<6>usb 1-1: USB disconnect, address 2
Mar  3 11:23:40 armada kernel:  done
Mar  3 11:23:40 armada kernel: Thawing cpus ...
Mar  3 11:23:40 armada kernel: usb 1-1: new low speed USB device using uhci_hcd and address 3
Mar  3 11:23:40 armada kernel: usb 1-1: configuration #1 chosen from 1 choice
Mar  3 11:23:40 armada kernel: input: Logitech USB-PS/2 Optical Mouse as /class/input/input4
Mar  3 11:23:40 armada kernel: input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:07.2-1
Mar  3 11:23:46 armada kernel: e100: Intel® PRO/100 Network Driver, 3.5.10-k2-NAPI
Mar  3 11:23:46 armada kernel: e100: Copyright© 1999-2005 Intel Corporation
Mar  3 11:23:46 armada kernel: PCI: Enabling device 0000:00:09.0 (0000 -> 0003)
Mar  3 11:23:46 armada kernel: ACPI: PCI Interrupt 0000:00:09.0[A] -> Link [C148] -> GSI 11 (level, low) -> IRQ 11
Mar  3 11:23:46 armada kernel: e100: eth0: e100_probe: addr 0x24140000, irq 11, MAC addr 00:D0:59:05:FF:73
Mar  3 11:23:46 armada kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Mar  3 11:23:46 armada kernel: e100: eth0: e100_watchdog: link up, 100Mbps, half-duplex
Mar  3 11:23:46 armada kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Mar  3 11:23:47 armada kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Mar  3 11:23:47 armada kernel: ACPI: Power Button (FF) [PWRF]
Mar  3 11:23:47 armada kernel: ACPI: Sleep Button (CM) [C056]
Mar  3 11:23:47 armada kernel: ACPI: Lid Switch [C169]
Mar  3 11:23:49 armada kernel: ACPI: Transitioning device [C15B] to D3
Mar  3 11:23:49 armada kernel: ACPI: Transitioning device [C15B] to D3
Mar  3 11:23:49 armada kernel: ACPI: Fan [C15B] (off)
Mar  3 11:23:49 armada kernel: ACPI: Transitioning device [C15E] to D3
Mar  3 11:23:49 armada kernel: ACPI: Transitioning device [C15E] to D3
Mar  3 11:23:49 armada kernel: ACPI: Fan [C15E] (off)
Mar  3 11:23:49 armada kernel: ACPI: Transitioning device [C160] to D3
Mar  3 11:23:49 armada kernel: ACPI: Transitioning device [C160] to D3
Mar  3 11:23:49 armada kernel: ACPI: Fan [C160] (off)
Mar  3 11:23:49 armada kernel: ACPI: CPU0 (power states: C1[C1] C2[C2])
Mar  3 11:23:49 armada kernel: ACPI: Processor [C0B5] (supports 8 throttling states)
Mar  3 11:23:49 armada kernel: ACPI: Thermal Zone [C15C] (46 C)
Mar  3 11:23:49 armada kernel: ACPI: AC Adapter [C0F7] (on-line)
Mar  3 11:23:49 armada kernel: ACPI: Battery Slot [C0FF] (battery present)
Mar  3 11:23:49 armada kernel: ACPI: Battery Slot [C100] (battery absent)
Mar  3 11:30:51 armada kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Mar  3 11:30:51 armada kernel: e100: eth0: e100_watchdog: link up, 100Mbps, half-duplex
Mar  3 11:30:51 armada kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Mar  3 11:30:54 armada kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Mar  3 11:30:54 armada kernel: e100: eth0: e100_watchdog: link up, 100Mbps, half-duplex
Mar  3 11:30:55 armada kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

igy nem sikerult:

Idézet

acpid:
[Mon Mar  3 11:27:32 2008] logfile reopened
[Mon Mar  3 11:30:50 2008] received event "button/sleep C056 00000080 00000001"
[Mon Mar  3 11:30:50 2008] notifying client 2624[105:108]
[Mon Mar  3 11:30:50 2008] notifying client 2805[0:0]
[Mon Mar  3 11:30:50 2008] client has disconnected
[Mon Mar  3 11:30:50 2008] notifying client 2805[0:0]
[Mon Mar  3 11:30:50 2008] executing action "/etc/acpi/sleep.sh"
[Mon Mar  3 11:30:50 2008] BEGIN HANDLER MESSAGES
[Mon Mar  3 11:30:51 2008] END HANDLER MESSAGES
[Mon Mar  3 11:30:51 2008] action exited with status 0
[Mon Mar  3 11:30:51 2008] completed event "button/sleep C056 00000080 00000001"


hibernate.log:
Starting suspend at Mon Mar 3 11:30:53 CET 2008
hibernate: [01] Executing CheckLastResume ...
hibernate: [01] Executing CheckRunlevel ...
hibernate: [01] Executing LockFileGet ...
hibernate: [01] Executing NewKernelFileCheck ...
hibernate: [10] Executing EnsureUSuspendCapable ...
s2ram: unknown machine, see s2ram(8 ) and the USuspendRamForce option
hibernate: EnsureUSuspendCapable refuses to let us continue.
hibernate: Aborting.
hibernate: [01] Executing NoteLastResume ...
hibernate: [01] Executing LockFilePut ...
Resumed at Mon Mar 3 11:30:53 CET 2008

Szerkesztette: bogdan 2008. 03. 03. 12:07 -kor

[gekmage]

Na akkor aszongya hogy, azért nem sikerült elhibernálni , mert a hibernálásért felelõs programban (ami nálam powersave, nálad valami hibernate vagy mi) nem állítottad be az s2ram ot kényszerítésre.

s2ram: unknown machine, see s2ram(8 ) and the USuspendRamForce option
hibernate: EnsureUSuspendCapable refuses to let us continue.
hibernate: Aborting.

Ez a probléma. Az "UsuspendRamForce" opciót kell ebbe a "hibernate"-be beletenni.
Powersave -ben ez a

/etc/powersave/sleep

ben a SUSPEND2RAM_FORCE="yes" opció, amit be kell belõni, de a nálad levõ hibernate ben a hibaüzenet alapján a fentit kell.

Ez azért kell, mert a tényleges "hibernálást" az s2ram nevû cuccos végzi, õ viszont csak nagyon kevés konkrét gépet ismer, ezért ki kell kényszeríteni s2ram -F opcióval, ha ki akarod próbálni egy általad nem ismert összeállításon.

Különféle kernelmodul , szolgáltatás-határidõtúllépés, videómód mentés hibernálás során fellépõ inkompatibilitása miatt készültek "gányoló" programok, mint a powersave / vagy nálad a hibernate / melyek adnak egy kis segéderõt a macerás cuccok automata leállítására+újraindítására.

Hogy aztán bejelentkezés nélkül miért hibernál el mégis, az mondjuk érdekes, elvileg nem volna szabad. lehet van valami hibernate bug, hogyha nem jelentkezel be, akkor automatán s2ram -f -el próbákozik, vagy közvetlenül a proc(/sysfs?)/acpi/...-ba írja az echo 1-et.

U.I:

Mar  3 11:23:40 armada kernel: pnp: Device 00:0a does not support activation.
Mar  3 11:23:40 armada kernel: pnp: Device 00:0b does not support activation.

az 0a, és 0b eszközre azért érdemes odafigyelni, hogy õk kicsodák, mert nem tértek magukhoz ótómatán. ha valami alaplapi spéci cucc (hypertransport, vagy mittomén), akkor nem gond, de ha kernelmodulos gönc (pl. alaplapi hangártya, hálókártya stb.) akkor ha késõbb probléma merül fel visszaállításkor, érdemes leállítani a tõle függõ szolgáltatást, és kitölteni a kérdéses kernelmodult hibernálás elött. Szerintem a hibernate nek is van ilyen funkciója.
Az USB, és az acpi fan modulokat pl. automatán kitölti ha jól látom. / ill. azt látom hogy visszatéréskor visszatölti, de akkor korábban már biztosan kivette /

Szerkesztette: gekmage 2008. 03. 03. 16:03 -kor

[bogdan]

oszinten szolva ezt a hibernalast nem ertem. en ugyanis nem hibernalni szeretnem, hanem suspendelni. ahogy bejelentkezes nelkul megy neki. az nekem pont jo, minden jol megy ezzel, ilyet szeretnek!
voltakeppen nem szeretnek en felugyeloprogramot (regi debian 2.4-es kernellel tok jol mukodott!), a gepem abszolute alkalmas erre (lasd bejelentkezes nelkuli suspend -- nem hibernalas!! -- nem is jelenik meg a logok kozott az acpid es a hibernate.log!!), szoval nem szep tole, hogy a jot elrontja.

device-okat majd megnezem, de minden mukodott vagy legalabbis ugy tunt, hogy teljesen jol mukodik. (es regen hasznaltam is jo sokat tok jol, mielott ilyen "okos" lett volna ez a debian..)

[gekmage]

Idézet: bogdan - Dátum: 2008. márc. 3., hétfõ - 17:19

oszinten szolva ezt a hibernalast nem ertem. en ugyanis nem hibernalni szeretnem, hanem suspendelni. ahogy bejelentkezes nelkul megy neki. az nekem pont jo, minden jol megy ezzel, ilyet szeretnek!
voltakeppen nem szeretnek en felugyeloprogramot (regi debian 2.4-es kernellel tok jol mukodott!), a gepem abszolute alkalmas erre (lasd bejelentkezes nelkuli suspend -- nem hibernalas!! -- nem is jelenik meg a logok kozott az acpid es a hibernate.log!!), szoval nem szep tole, hogy a jot elrontja.

device-okat majd megnezem, de minden mukodott vagy legalabbis ugy tunt, hogy teljesen jol mukodik. (es regen hasznaltam is jo sokat tok jol, mielott ilyen "okos" lett volna ez a debian..)

en ugyanis nem hibernalni szeretnem, hanem suspendelni

A "felügyelõ programok" (powersave/hibernate) kb. ua. kezelik, csak az egyik suspendtoram (~windowsos felfüggesztés), a másik suspendtodisk (~windowsos hibernálás).

hanem suspendelni. ahogy bejelentkezes nelkul megy neki. az nekem pont jo, minden jol megy ezzel, ilyet szeretnek!

Én is errõl beszéltem (s2ram) / =suspend to ram = felfüggesztés /, csak esetleg a "hibernálás" szót  félreérthetõen használtam. Csak hát nekem ez is "hibernálás", csak nem merevlemezre, hanem a memóriába .

A 2.4es kernelben emlékeim szerint nem volt hibernálási lehetõség, külön kernel patch kellett.

A 2.6osban ez natívan benne van, csak másképpen.Ezért "másképpen" is mûködik.

Úm. "lista" alapon kezelik a felfüggesztést/hibernálást. Azokon a kész brand gépeken amiket teszteltek, azon úm. megy "force" opció nélkül, amiket nem teszteltek vagy valami gond volt, azoknak pedig kell a force.

Simán el fogsz tudni függesztgetni szerintem, ha a hibernate konf. fájljába beteszed a hibaüzenet által említett "force" értelmû opciót. Ne tévesszen meg a csomagnév (hibernate), biztosan "felügyeli" a felfüggesztést is., nemcsak a hibernálást.

szoval nem szep tole, hogy a jot elrontja.

Üdvözöllek a 2.6os kernelfát használó morgó userek táborában

Szerkesztette: gekmage 2008. 03. 03. 18:20 -kor

[bogdan]

/etc/hibernate/ususpend-ram.comf -ban kell allitani, es igen, igy mar mukodik.
(bocsanat, de nem voltam a gep kozeleben nem tudtam rogton kiprobalni..)
koszonom nagyon a segitseget!

(a nevkalamajka borzalmas.. ez biztos.)
amugy nem a 2.6-os kernellel van gondom, lathatoan a 2.6-os is jol mukodik, hanem a tobbi programmal, amik windows-osan tul okosak akarnak lenni.. (hogy miert nem ismeri a program a gepemet az rejtely. nem egy mai darab, es eleg elterjedt... es egy Compaq gep az legyen mar eleg brand ehhez.. )

Idézet

A 2.4es kernelben emlékeim szerint nem volt hibernálási lehetõség, külön kernel patch kellett.

gyari kernellel mukodott. jobban, mint a windows!! (ott tobb mindent kellett ehhez allitani.)

Szerkesztette: bogdan 2008. 03. 03. 19:18 -kor

[gekmage]

es egy Compaq gep az legyen mar eleg brand ehhez

A gyártó még kevés. vagy senki nem tesztelte és küldte be az adott kasznit s2ram whitelistre , vagy volt vele vmi probléma "régebben".

Láttam én már HP-t merevre fagyizni ablakkal is pingvinnel is s2ramnál. de ettõl még a HP "jó" márka, csak sikerült egy kevéssé jól sikerült cuccba beletaknyolni.

A megoldás a felfüggesztés letiltása volt.

hanem a tobbi programmal, amik windows-osan tul okosak akarnak lenni..

Pedig ha nem lenne powersave nekem baromi sokat kéne a desktop gépemen gányolni, mert a tunerkártyám olyan régi, hogy még nem ismeri az ACPI-t , így hibernálni/függeszteni se tud. ezért ki kell tölteni egy csomó modult a kernelbõl, és szerencsémre a powersave ezeket a szükséges gányolásokat elvégzi. Akkor a zárt forrású nvidia drivernek is kell egy kis s2ram extra opciós rugdosás, hogy rendesen menjen.

off: sokan nem tudnak róla, de ha a

/proc/acpi/alarm

-ba az ott található idõformátumba beleírod

(echo ..... > parancssal)

a kívánt értéket, akkor a megadott idõre automatán be is kapcsol a jószág.

Szerkesztette: gekmage 2008. 03. 03. 19:36 -kor

[Aljas]

hello mindenki

szeretnek egy jo tuzfalat egy debian szerverre. ket halokari van eth0 eth1, az eth0 -an kapja a netet a gep, az eth1 meg a belso halora van kotve. a tobbi gep (windows-os gepek) ezt a szervert hasznalnak gatewaynek.
amit szeretnek:
alapbol mindent tiltana
a kliens gepeknek kifele csak http, https, pop, imap, smtp-t szeretnek engedelyezni.
a szervert meg szeretnem elerni a publikus fix ipjen keresztul, ssh-val vmint az apache-ot.

termeszetesen nem azt kerem, h vki irja meg helyettem. csak annyit kernek, h vmi guru nezze meg, s mondjon velemenyt rola, hogy min kellene valtoztatni, esetleg ami meg hianyzik belole. egyaltalan jo "iranyba" haladok e? (persze nincs meg befejezve)  koszonom


PATH=/sbin:/bin
ipt=/sbin/iptables
DESC=firewall

case "$1" in
    start)
echo -n " * Tuzfal inditasa: "
        echo 1 > /proc/sys/net/ipv4/ip_forward
        $ipt -X
        $ipt -P INPUT DROP
        $ipt -P FORWARD DROP
        $ipt -P OUTPUT DROP
$ipt -F INPUT
$ipt -F OUTPUT
$ipt -F FORWARD
        $ipt -F -t nat

$ipt -t nat -A POSTROUTING -o eth0 -s 10.0.0.0/24 -j SNAT --to-source 81.x.x.x


$ipt -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
$ipt -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
        $ipt -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

$ipt -A INPUT -i eth0 -m state -p icmp --state INVALID -j DROP
$ipt -A FORWARD -i eth0 -m state -p icmp --state INVALID -j DROP
$ipt -A OUTPUT -o eth0 -m state -p icmp --state INVALID -j DROP
$ipt -A FORWARD -o eth0 -m state -p icmp --state INVALID -j DROP

$ipt -A INPUT -i eth0 -p tcp ! --syn -m state --state NEW -j DROP

$ipt -A INPUT -i eth0 -s 81.x.x.x -j DROP
$ipt -A INPUT -i eth0 -s 10.0.0.0/24 -j DROP
$ipt -A INPUT -i eth0 -s 127.0.0.0/8 -j DROP

$ipt -A INPUT -i eth0 -p ip -f -j DROP
$ipt -A INPUT -i eth0 -p tcp --tcp-flags ALL ACK,RST,SYN,FIN -j DROP
$ipt -A INPUT -i eth0 -p tcp --tcp-flags SYN,FIN SYN,FIN -j DROP
$ipt -A INPUT -i eth0 -p tcp --tcp-flags SYN,RST SYN,RST -j DROP

$ipt -A INPUT -i eth0 -p icmp --icmp-type 11/1 -m state --state NEW -j ACCEPT
$ipt -A INPUT -i eth0 -p icmp --icmp-type 11/0 -m state --state NEW -j ACCEPT
$ipt -A INPUT -i eth0 -p icmp --icmp-type 0/0 -m state --state NEW -j ACCEPT
$ipt -A INPUT -i eth0 -p icmp --icmp-type 8/1 -m state --state NEW -j ACCEPT
$ipt -A INPUT -i eth0 -p icmp --icmp-type 3 -m state --state NEW -j ACCEPT
$ipt -A INPUT -i eth0 -p tcp -m multiport --destination-port 53,80,22,25 -m state --state NEW -j ACCEPT
$ipt -A INPUT -i eth0 -p udp --destination-port 53 -m state --state NEW -j ACCEPT

# localnet, loopback
        $ipt -A INPUT -i lo -s 81.x.x.x -j ACCEPT
$ipt -A INPUT -i lo -s 127.0.0.1 -j ACCEPT
        $ipt -A OUTPUT -o lo -d 81.x.x.x -j ACCEPT
$ipt -A OUTPUT -o lo -d 127.0.0.1 -j ACCEPT

$ipt -A INPUT -s 81.x.x.x -m state --state NEW -j ACCEPT
$ipt -A INPUT -s 10.0.0.0/24 -m state --state NEW -j ACCEPT
$ipt -A OUTPUT -p udp --dport 53 -j ACCEPT
$ipt -A FORWARD -p udp --dport 53 -j ACCEPT

$ipt -A OUTPUT -p tcp --dport 80 -j ACCEPT
$ipt -A FORWARD -p tcp --dport 80 -j ACCEPT

$ipt -A OUTPUT -p tcp --dport 110 -j ACCEPT
$ipt -A FORWARD -p tcp --dport 110 -j ACCEPT

$ipt -A OUTPUT -p tcp --dport 143 -j ACCEPT #imap
$ipt -A FORWARD -p tcp --dport 143 -j ACCEPT #imap

$ipt -A INPUT -j DROP
$ipt -A FORWARD -j DROP
$ipt -A OUTPUT -j DROP

echo "____________kesz"
;;

stop)
    echo -n " * Tuzfal leallitasa: "
        $ipt -F
$ipt -X
$ipt -P INPUT ACCEPT
$ipt -P FORWARD ACCEPT
$ipt -P OUTPUT ACCEPT
$ipt -t nat -F
$ipt -t nat -X
$ipt -t nat -P POSTROUTING ACCEPT
$ipt -t nat -P PREROUTING ACCEPT
$ipt -t nat -P OUTPUT ACCEPT
    echo "__________kesz"
;;

restart | force-reload)
    /etc/init.d/$DESC stop;
    /etc/init.d/$DESC start;
;;

*)
    echo "Usage: /etc/init.d/$DESC [start,stop]"
;;

esac

exit 0

[vasy]

Olvasgassd végig.

http://szabilinux.hu...bles/index.html