Hali!

Egyelőre tűzfal szabályok nélkül szeretnék egy egyszerű NAT-olást megcsinálni. Egyszerű netmegosztásról van szó, amit egy soho router is csinál. Azzal a különbséggel, hogy nálam a szerver és a többi gép is egy routerhez kapcsolódik, de a router nem csinál mást, mint a pppoe kapcsolatot fenntartja, és az összes portot forwardolja a szerver felé (DMZ mód), így aztán a szerveren tudok majd tényleges forwardot csinálni a többi gép felé az igényekhez mérten, tudok gyakorolni proxy-zást, és traffic shapinget. A router csak azért marad meg, mert a wifi kapcsoltot az fogja kezelni.

Tehát a lényeg: a szervernek nem kell a pppoe-vel törődnie, csak a szimpla natolás egyelőre a feladat, aztán pedig a traffic shaping.

Leírásra pedig továbbra is szükségem van.

Dchard

Nálam – többek közt – szintén van hasonló probléma azzal az eltéréssel, hogy sem Headphone nevű oszlop, sem ilyen automute oszlop nincs az alsamixerben. Legfrissebb alsa driver-t használom, felismeri rendesen a karit.

Dchard

Több lehetőséget is találtam a hibernálás megoldására, végül is a suspend2 mellett döntöttem (1 patch aktiválása + kernel újrafordítása + „hibernate” csomag telepítés).

Szépen beállítom, meg minden. Elképesztő módon működik is, viszont a következő szívfájdító időket mértem:

Linux hagyományos boot ideje: 27 sec.
Linux hagyományos leállítási ideje: 16 sec.

Linux hibernálása: 30 sec.
Linux ébresztése hibernálásból: 30 sec.

És mindezt úgy, hogy kb. 35MB volt a RAM-ban. Már csak hab a tortán, hogy ennyi idő alatt az XP a 200 megát a ramból kipakolja hibernálásnál.

Ez nagyon lassú, és mondhatni értelmét veszti a hibernálás mint funkció. Kérdés, hogy csak én nem állítottam be valamit, vagy minek az eredménye ez csiga tempó? (a merevlemez egy 80GB-os SATA Seagate ).

Bármi ötlet ezzel kapcsolatban?

Most próbáltam egy partíción belüli másolást és megdöbbentő eredményt kaptam, 2MB/s-ról indult és folyamatosan csökketn a sebesség. 10 másodpercen belül már 1MB/s alatt volt, miközben a merevlemez lámpája alig pislogott, viszont a proci terhelés jelentősen megnőtt (nem ment fel 100-ig). Ráadásul a ram is nagyon tele lett. (a 40-50 megás terheléshez képest 3-400 mega lett)

hdparm kimenet:

core:~# hdparm /dev/hda

/dev/hda:
multcount    =  0 (off)
IO_support  =  0 (default 16-bit)
unmaskirq    =  0 (off)
using_dma    =  0 (off)
keepsettings =  0 (off)
readonly    =  0 (off)
readahead    = 256 (on)
geometry    = 16383/255/63, sectors = 156301488, start = 0
core:~#

Mitől lehet ez??

Dchard

Na úgy néz ki megvan a válasz a fedél lecsukás után vissza nem térő képernyő problémájára, csak azt nem tudom mit kezdjek az informcióval, amely így hangzik:

Getting the backlight to light up again when opening the lid
The LCD backlight correctly switches off when the lid is closed. However, there seems to be a fault either in the Linux driver or the video card BIOS that prevent the backlight from being switched back on when the lid is opened again. The solution is to use ACPI to force the light back on.

Two scripts:
/etc/acpi/events/lidswitch
/etc/acpi/lidswitch.sh

A kérdésem az – a helyén van mind a két script – hogy mit kell ezekkel csinálni? Gondolom ez(ek) hozzák vissza a monitort, de hogyan? HOgyan futtatom őket kijező nélkül, vagy valaki mondja el, mit kéne tennem vele.

Azon kívül, hogyan tudom a futó linuxomat:

1. Hibernálni (suspend to disk)
2. Stand-by-ba tenni? (suspend to ram).

Köszönöm!

Dchard

A kérdésemre megkaptam a választ: betöltöttem ezt a két modult, és úgy csuktam le/nyitotam fel a fedelet. NIncs változás, a kijelző kikapcsolva maradt. Közben megnéztem az lsmod-ban, és�