Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Ciao, vi funziona il suspend to disk di kde su slackware 13.0?
Da me se lo lancio si spegne il monitor ma il pc rimane acceso e non si capisce cosa stia facendo.
So che molti di voi usano i tool pm-utils ma volevo provare con i tool nativi di kde visto che ci sono. L'utente da cui ho provato appartiene anche al gruppo "power".
Io ho un Dell Inspiron 9400 con Slack 13 di fresca installazione.
Il Suspend funziona perfettamente, sia dal menù che quando chiudo il portatile.
L'ibernazione penso funzioni pure lei, anche se non son sicuro sia corretta, altrimenti non ne comprendo l'utilità. Nel senso che quando clicco su di essa in pratica mi si spegne completamente il pc e al successivo riavvio è tutto come in un "avvio vergine"... quindi boh.
Però in attinenza alla discussione, direi che vanno!
Per il momento non ho provato con la chiusura del portatile ma semplicemente cliccando sull'icona di kde e poi sulla voce "suspend to disk". Il monitor si è come spento facendomi pensare che stesse facendo il suspend ma dopo 2 minuti era ancora lì fermo a non fare nulla. Anche io ho una versione pulita di slackware. Devo provare con il suspend to ram ma, se non ho sbagliato o dimenticato qualcosa io, promette male.
Ovviamente le operazioni le ho fatte da utente normale appartenente ai gruppi di default più haldaemon, netdev e plugdev e power.
Bart ha scritto:Per il momento non ho provato con la chiusura del portatile ma semplicemente cliccando sull'icona di kde e poi sulla voce "suspend to disk". Il monitor si è come spento facendomi pensare che stesse facendo il suspend ma dopo 2 minuti era ancora lì fermo a non fare nulla. Anche io ho una versione pulita di slackware. Devo provare con il suspend to ram ma, se non ho sbagliato o dimenticato qualcosa io, promette male.
Ovviamente le operazioni le ho fatte da utente normale appartenente ai gruppi di default più haldaemon, netdev e plugdev e power.
A me con la tua stessa configurazione ha funzionato al primo colpo (anzi al secondo perchè all'inizio non avevo aggiunto la riga su lilo).
Effettivamente 2 minuti sembranto tanti ma se senti il disco lavorare può essere un buon segno...
Per configurare il suspend to disk basta leggersi il file /usr/doc/pm-utils/README.SLACKWARE
dove viene spiegato appunto come fare per attivare l' hibernate sulla nostra amata Slackware.
Se serve vi posto i miei file di configurazione, ma se si legge il file README..... non dovrebbero
esserci problemi nel configurare il suspend to disk.
6C33C ha scritto:Per configurare il suspend to disk basta leggersi il file /usr/doc/pm-utils/README.SLACKWARE
dove viene spiegato appunto come fare per attivare l' hibernate sulla nostra amata Slackware.
Se serve vi posto i miei file di configurazione, ma se si legge il file README..... non dovrebbero
esserci problemi nel configurare il suspend to disk.
Ciao,
mi intrufolo in questo thread perchè sto pensando di sostituire la mia Ubuntu, e ritornare sul Slack dopo anni di assenza ( e di pigrizia ).
Sto giusto giusto pensando a come partizionare; avendo dato una letta a questo forum e anche ad altri forum, sembra ci sia un dilemma sulla dimensione della partizione di swap.
C'è chi dice che se hai 4GB di RAM, la swap è inutile, ma c'è anche chi dice che serve per far andare il suspend to disk. In precedenza avevo una swap troppo generosa in termini di GB, in quanto avevo seguito una guida sul sito di Ubuntu che diceva di farla grande quanto RAM + RAM video : questo per me significa fare una swap grande 4GB + 512MB. Credo che sia uno sproposito.
Quindi le domande sono 2.
1) cosa c'è scritto in quel README.SLACKWARE (non posso leggerlo perchè non l'ho ancora installata !!! )
2) Qual'è la dimensione "giusta" da assegnare alla swap per fare andare il suspend to disk?
README.SLACKWARE
20090414 - rworkman@slackware.com
===============================================================================
PLEASE READ THIS ENTIRE FILE BEFORE REPORTING PROBLEMS OR ASKING FOR HELP!
===============================================================================
One of these routines should tell you whether any of the operations
are supported by your current kernel/userspace at all:
for i in hibernate suspend suspend-hybrid ; do
pm-is-supported --$i \
&& echo "$i is supported" \
|| echo "$i is not supported" ;
done
*OR*
cat /sys/power/state
Assuming they are supported, running "pm-suspend" as root should do a suspend
to ram, and "pm-hibernate" should suspend to disk. Note that you must have a
swap partition (or file, but partition is easier) which is large enough
(2x ram is good here) and the relevant initrd lines and such for this to work.
If you're not familiar with all of that, don't test pm-hibernate.
I don't have hardware which supports suspend-hybrid, so I have no idea if/how
it works at all.
Here's the short version of using suspend to disk:
Stanza in /etc/lilo.conf should look something like this:
image = /boot/vmlinuz-generic-smp-2.6.29.1-smp
initrd = /boot/initrd.gz
append = "resume=/dev/hda2"
root = /dev/hda1
label = Slackware
read-only
/etc/mkinitrd.conf should look something like this:
MODULE_LIST="jfs"
ROOTDEV="/dev/hda1"
ROOTFS="jfs"
RESUMEDEV="/dev/hda2"
mkinitrd command invocation would be this:
mkinitrd -c -k 2.6.29.1-smp -F
All of the above assumes at least a cursory understanding of what those
commands and parameters do. If it's not clear, don't attempt it on a
system that you can't easily reinstall without concern.
==============================================================================
If it works for you, and/or you want to automate it a bit, you'll find
some sample acpi event declarations and scripts here:
http://rlworkman.net/conf/acpi/
A better option is to use the power manager daemon included with your choice
of desktop environment (both kde and xfce have one).
==============================================================================
If it doesn't work by default for you, consider having a look at
http://people.freedesktop.org/~hughsient/quirk/quirk-suspend-index.html
for some debugging hints. Pay particular attention to this page:
http://people.freedesktop.org/~hughsient/quirk/quirk-suspend-try.html
If you are able to get your machine to suspend/resume correctly by passing
additional quirks on the command line, then I would like to know about it so
that upstream hal-info can get the correct information to use. Please email
the make/model and other relevant information about your machine along with
the full output of "lshal" and "lspci" attached, and what extra quirks you
needed to add for successful suspend/resume to rworkman@slackware.com
==============================================================================
If you need the system to do certain operations before going to sleep and
then undo them (or perhaps do something new) when waking back up, pm-utils
supports something called "hooks." The hooks installed by packages (not only
pm-utils itself) should be in /usr/lib/pm-utils/sleep.d/, while any hooks
installed by the local system administrator (e.g. things that are only an
issue on that one machine) should be in /etc/pm/sleep.d/.
Looking at some of the existing hooks should give you a decent idea of their
capabilities; as a head start, the functions used in the hooks are declared
in /usr/lib/pm-utils/functions, which is inherited elsewhere by
/usr/lib/pm-utils/pm-functions. Note that an error exit code on any hook
will cause the sleep operation to fail, so if you don't care whether your
hook executes successfully, be sure to return an exit code of 0 (success) if
you don't want the suspend operation to fail. Some other exit codes are
also available; none of these will cause the suspend to fail:
$NA (not applicable), $NX (hook not executable), and $DX (hook disabled)
One way to contribute to pm-utils indirectly is by writing and sending any
needed hooks scripts to upstream projects; as an example, the hook that
ships with wicd was contributed by me. Ideally, the pm-utils package should
have a very minimum number of hooks shipped with it, as they should ship with
the package to which the hook pertains; for example, the grub package would
ship its own hook.
==============================================================================
KNOWN ISSUES
**** If you encounter either of these, mail rworkman@slackware.com ****
If your alsa drivers don't correctly save and restore state across a sleep /
resume cycle (due to a buggy driver), then you will need to add the drivers
to a custom file named /etc/pm/config.d/defaults (create the file if it does
not exist already) in a variable named "SUSPEND_MODULES" - see the file at
/usr/lib/pm-utils/defaults for proper format.
The /usr/lib/pm-utils/sleep.d/90clock does not run by default. It added
over a second to suspend, and the vast majority of hardware does not need it
to keep the clocks in sync. If you need this hook, you can set the
NEED_CLOCK_SYNC environment variable in a custom /etc/pm/config.d/defaults
file.
==============================================================================
README.SLACKWARE ha scritto:
..
Note that you must have a
swap partition (or file, but partition is easier) which is large enough
(2x ram is good here)
..
In effetti, secondo quello che c'è scritto qua, dovrei spararmi 8GB di swap!!! Ma siamo matti?!
Senti, tu quanta RAM hai?
hibernate is supported
suspend is supported
suspend-hybrid is not supported
muller@darkstar:~$
Però mi succede una cosa strana. Quando la batteria è scarica e mi esce la scritta "the computer is hybernating....now" qualcosa del genere, lo schermo diventa nero, la luce dello stand-by si accende ma continuo a sentire l'audio del pc eccetera. Però è inutilizzabile. Devo spegnerlo in modo bruto
Sapete da cosa può dipende?
Un altra cosa, differenza tra suspend ed hibernate?
Devo provare i comandi "pm-suspend" e "pm-hibarnate" e vedere se vanno.
C4Rd0 ha scritto:
In effetti, secondo quello che c'è scritto qua, dovrei spararmi 8GB di swap!!! Ma siamo matti?!
Senti, tu quanta RAM hai?
io ho 4GB di ram e altrettanti di swap.
con le impostazioni di default durante l'ibernazione vengono salvati al massimo 500MB, anche se in ram ci stanno ad es 800MB di dati, ed al riavvio il sistema dopo aver ricopiato l'immagine in ram (sul mio sistema in circa 15 secondi ) perde tempo a ricaricare i 300MB mancanti (e qui il disco frulla e il desktop lagga un po)
impostando invece una dimensione di immagine doppia echo 1048576000 > /sys/power/image_size il riavvio ci mette 20/25 secondi ed il desktop è subito reattivo.
Per rispondere a SIV, sospensione sta per "supend to ram" ibernazione sta per "suspend to disk";