ich such nen beep

[Fautzemann]

Code: Alles auswählen

root@eiche:~# apt-get install linux-image-2.6.39-bpo.2-686
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Statusinformationen werden eingelesen... Fertig
Hinweis: »linux-image-2.6.39-bpo.2-686-pae-dbg« wird für regulären Ausdruck »linux-image-2.6.39-bpo.2-686« gewählt.
Hinweis: »linux-image-2.6.39-bpo.2-686-pae« wird für regulären Ausdruck »linux-image-2.6.39-bpo.2-686« gewählt.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 linux-image-2.6.39-bpo.2-686-pae : Hängt ab von: linux-base (>= 3~) aber 2.6.32-39 soll installiert werden
                                    Empfiehlt: firmware-linux-free (>= 3~) soll aber nicht installiert werden
                                    Beschädigt: initramfs-tools (< 0.99~) aber 0.98.8 soll installiert werden
E: Beschädigte Pakete
root@eiche:~# 

Ich fand den Fehler. Nun habe ich mich für die 39 entschieden. Nach meinem Versuch kam diese Ausgabe.

MfG

[Soong]

Also ich hab das ganze erst kürzlich auf einem frisch installierten System gemacht und es lief einfach durch. Allerdings bei der AMD64-Version. Allerdings bekomme ich aus irgendeinem Grund auch gar keine anderen Kernel außer dem AMD64-Kerneln (mehr) angeboten. Deshalb kann ich das Problem leider momentan nicht nachstellen. Weiß vielleicht jemand anders noch mehr dazu?

[haber]

Versuch mal ein apt-get update vor der Installation.
Falls das nicht hilft,dann ein apt-get -f install,welches deine Paketliste wieder in Ordnung bringt,die scheint etwas durcheinandergeraten.
Hoffe es hilft.

mfG. haber

[Fautzemann]

Danke für den Tipp. Jedoch bleibt der Fehler weiterhin bestehen.
Ich probiere grade auf PITTI, jedoch wird der morgen nicht mehr da sein. Er ist kein Server und muss für die Neuen mit XP versehen werden.

[KBDCALLS]

Code: Alles auswählen

root@eiche:~# apt-get install linux-image-2.6.39-bpo.2-686
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Statusinformationen werden eingelesen... Fertig
Hinweis: »linux-image-2.6.39-bpo.2-686-pae-dbg« wird für regulären Ausdruck »linux-image-2.6.39-bpo.2-686« gewählt.
Hinweis: »linux-image-2.6.39-bpo.2-686-pae« wird für regulären Ausdruck »linux-image-2.6.39-bpo.2-686« gewählt.
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 linux-image-2.6.39-bpo.2-686-pae : Hängt ab von: linux-base (>= 3~) aber 2.6.32-39 soll installiert werden
                                    Empfiehlt: firmware-linux-free (>= 3~) soll aber nicht installiert werden
                                    Beschädigt: initramfs-tools (< 0.99~) aber 0.98.8 soll installiert werden
E: Beschädigte Pakete
root@eiche:~# 

Ich fand den Fehler. Nun habe ich mich für die 39 entschieden. Nach meinem Versuch kam diese Ausgabe.

MfG

Es ist doch eigentlich klar wie Klächen was hier schief geht. Es soll der Kernel 2.6.39 installiert werden der von dem Paket linux-base in der Version mindesten 3.0 abhängt. Das wird aber nicht automatisch installiert, da die Backports von Hause aus eine Priorität von 1 haben. Also werden die Pakete nicht automatisch mitinstalliert falls im Hauptrepository ein Paket gleichen Namens aber in kleiner Version vorhanden ist. Da gibts dann zwei Möglichkeiten entweder man überschreibt die Priority für die Backports in den preferences mit einem Wert von mindestens 100 oder man fordert das Paket explizit aus den Backports an.

Code: Alles auswählen

aptitude install linux-image-2.6.39-bpo.2-686-pae linux-base/squeeze-backports

[Fautzemann]

Hallo. Ich hab es getan. Und es geht trotzdem nicht
Gebe aber auf. Mit Ubuntu geht es ja auch. Aber darf ich vom Lehrer aus nicht
auf Ubuntu wechseln. Soll Debian beibehalten.

[Liffi]

Gebe aber auf. Mit Ubuntu geht es ja auch.

Das sollte ein Grund sein nicht aufzugeben. Ich wuesste nicht, warum es dann unter Debian nicht gehen sollte.

[Liffi]

Gebe aber auf. Mit Ubuntu geht es ja auch.

Das sollte ein Grund sein nicht aufzugeben. Ich wuesste nicht, warum es dann unter Debian nicht gehen sollte.

[Fautzemann]

Ich dachte ja auch, dass ja das Eine auf dem Anderen basiert und so alles gleich funktionieren sollte. Aber ich hab auch keine Lust mehr immer nur Probleme lösen zu müssen.
So leb ich halt ohne beep .

[r900]

Ich denke ich hab einen Lösungsansatz für dein Problem. Gib mal ein

Code: Alles auswählen

dmesg | grep -i speaker

Bei mir sehe ich dann

Code: Alles auswählen

[    3.684154] input: PC Speaker as /devices/platform/pcspkr/input/input4

Das sagt mir dass die Tröte als input-device (weshalb auch immer) Nummer 4 erkannt wurde.
Dann kann ich dem Ding mit

Code: Alles auswählen

beep --device /dev/input/event4

auch ganz wunderbar schreckliche Töne entlocken.
Allerdings nur als root, da auf dem device die Berechtigung so gesetzt ist:

Code: Alles auswählen

crw------- 1 root root 13, 68 12. Dez 2011  /dev/input/event4

Müsste man mal ein bisschen tiefer graben weshalb der speaker als Eingabegerät erkannt wird.

[cosmac]

hi,

Müsste man mal ein bisschen tiefer graben weshalb der speaker als Eingabegerät erkannt wird.

dieser Lautsprecher ist (logisch) ein Teil der Konsole, also Tastatur und Bildschirm. Früher war er auch gelegentlich in der Tastatur eingebaut. Er kann Laut geben, wenn man über den Zeilenanfang hinaus löschen will oder bei jedem Tastendruck ein "Klick" ausgeben. So gesehen passt /dev/input/ schon.

[r900]

Achso, na dann passt es ja.
Ich merke auch gerade, wenn ich das Modul pcspkr entferne und dann wieder lade

Code: Alles auswählen

modprobe -r pcspkr
modprobe pcspkr

funktioniert beep auch ohne Angabe von device. Auch als normaler user.
Ich nehme an dass es hieran liegt:

Code: Alles auswählen

[    5.028026] input: PC Speaker as /devices/platform/pcspkr/input/input4
...
[    5.407400] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:14.2/input/input5

Das Modul der Soundkarte wird wahrscheinlich nach dem pcspkr-Modul geladen und übernimmt dessen Funktion.

[Fautzemann]

Cool der beept
Wie mach ich das nun, daß der immer beept?
Habe:

Code: Alles auswählen

root@eiche:~# dmesg | grep -i speaker
[    3.126836] input: PC Speaker as /devices/platform/pcspkr/input/input0
root@eiche:~# beep --device /dev/input/event4
Could not open /dev/input/event4 for writing
open: No such file or directory
root@eiche:~# beep --device /dev/input/event0
root@eiche:~# modprobe -r pcspkr 
root@eiche:~# modprobe pcspkr 
root@eiche:~# beep

eingegeben.

[Soong]

Wann genau willst du denn den Ton hören? Wenn das Herunterfahren anfängt, kommt bei mir sowieso ein Ton, wenn das bei dir nicht so ist, müsste man da ansetzen. Wenn du einen Ton hören willst, wenn das herunterfahren zu Ende ist, dann müsste man was anderes machen.

Nur mal so nebenbei: Ich hab grad nochmal nachgeschaut was deine ursprüngliche Frage war und du wolltest feststellen ob der Server an oder aus ist. Siehst du das eigentlich nicht noch viel besser an der Leuchtdiode, die sicher im Gehäuse verbaut ist? (Das soll nicht heißen, dass wir dir nicht zu deinem Beep verhelfen wollen, ich bin nur neugierig.)

[Fautzemann]

Code: Alles auswählen

beep -l 400 -f 262 -n -l 400 -f 294 -n -l 400 -f 330 -n -l 400 -f 349 -n -l 400 -f 392 -n -l 400 -f 392 -n -l 400 -f 392 -n -l 400 -f 392 -n -l 400 -f 440 -n -l 400 -f 349 -n -l 400 -f 523 -n -l 400 -f 440 -n -l 400 -f 392 -n -l 400 -f 392 -n -l 400 -f 392 -n -l 400 -f 392 -n -l 400 -f 440 -n -l 400 -f 349 -n -l 400 -f 523 -n -l 400 -f 440 -n -l 400 -f 392 -n -l 400 -f 392 -n -l 400 -f 392 -n -l 400 -f 392 -n -l 400 -f 392 -n -l 400 -f 349 -n -l 400 -f 349 -n -l 400 -f 349 -n -l 400 -f 349 -n -l 400 -f 330 -n -l 400 -f 330 -n -l 400 -f 330 -n -l 400 -f 330 -n -l 400 -f 294 -n -l 400 -f 330 -n -l 400 -f 294 -n -l 400 -f 262 -n -l 400 -f 330 -n -l 400 -f 392 -n -l 400 -f 392 -n -l 400 -f 392 -n -l 400 -f 349 -n -l 400 -f 349 -n -l 400 -f 349 -n -l 400 -f 349 -n -l 400 -f 330 -n -l 400 -f 330 -n -l 400 -f 330 -n -l 400 -f 330 -n -l 400 -f 294 -n -l 400 -f 330 -n -l 400 -f 294 -n -l 400 -f 294 -n -l 400 -f 294 -n -l 400 -f 294 && shutdown -h now

Steht im crontab. Und wenn er runterfährt, soll es also n lied geben und dann aus.

mfg

[Soong]

Die einfachste Möglichkeit wäre wahrscheinlich deinen Befehl in der crontab um die Geräteangabe (in deinem Fall --device /dev/input/event0) zu erweitern. Ich bin mir zwar nicht sicher, ob die Geräte bei jedem Start gleich nummeriert werden, aber es ist nen Versuch wert. Wenn das nicht geht, müsstest du beim Hochfahren jedesmal das Kernelmodul entladen und wieder neu laden lassen. Aber probier's doch erst mal so.

[r900]

Wenn das nicht geht, müsstest du beim Hochfahren jedesmal das Kernelmodul entladen und wieder neu laden lassen

Bessere Idee: Das automatische Laden des pcspkr-Moduls verhindern durch einen Eintrag in "/etc/modprobe.d/alsa-base-blacklist.conf"

Code: Alles auswählen

blacklist snd-pcsp
blacklist pcspkr

Und dann in "/etc/rc.local"

Code: Alles auswählen

modprobe pcspkr
exit 0

[Soong]

Das automatische Laden des pcspkr-Moduls verhindern durch einen Eintrag in "/etc/modprobe.d/alsa-base-blacklist.conf"

Das ist natürlich richtig. Das hätte mir auch selber einfallen können...

[Fautzemann]

Danke. Das geht. Hammer...

Schön und nun höre ich "Fuchs du hast die Gans gestohlen" wenn er runter fährt.

hat wer n Weihnachtslied?

MfG

[r900]

Steht im crontab.

Also schaltest du den Computer jeden Tag zu einer bestimmten Zeit aus?

Und wenn er runterfährt, soll es also n lied geben und dann aus.

Herunterfahren ist runlevel 0, daher solltest du dein beep Kommando in eine Datei schreiben, z.B. "/etc/init.d/beep". Inhalt:

Code: Alles auswählen

#!/bin/sh
beep -l 400 ...

Dann machst du die Datei ausführbar

Code: Alles auswählen

chmod +x /etc/init.d/beep

und legst einen symlink unter "/etc/rc0.d/" an

Code: Alles auswählen

cd /etc/rc0.d/
ln -s ../init.d/beep K01beep

Dann musst du das beep Kommando aus der crontab wieder entfernen, sonst spielt er das Lied doppelt ab. Dein Syntax ist ohnehin problematisch. Du schreibst beep ... && shutdown. Wenn also beep nicht korrekt ausgeführt werden kann, wird auch der shutdown nicht durchgeführt.

[Fautzemann]

Danke ich hab das so gemacht und ob es geht, werd ich in 20 min sehen. Und morgen berichten.

[Soong]

Welche der vorgeschlagenen Lösungen hast du denn jetzt umgesetzt?

[r900]

Da die Melodie ja relativ lang ist, wäre es nicht besser per crontab eine Minute vor shutdown abzuspielen?

[Fautzemann]

Wenn das nicht geht, müsstest du beim Hochfahren jedesmal das Kernelmodul entladen und wieder neu laden lassen

Bessere Idee: Das automatische Laden des pcspkr-Moduls verhindern durch einen Eintrag in "/etc/modprobe.d/alsa-base-blacklist.conf"

Code: Alles auswählen

blacklist snd-pcsp
blacklist pcspkr

Und dann in "/etc/rc.local"

Code: Alles auswählen

modprobe pcspkr
exit 0

Das hab ich getan, und siehe da, es funktioniert richtig gut.

[Cae]

Das automatische Laden des pcspkr-Moduls verhindern durch einen Eintrag in "/etc/modprobe.d/alsa-base-blacklist.conf"

Code: Alles auswählen

blacklist snd-pcsp
blacklist pcspkr

Und dann in "/etc/rc.local"

Code: Alles auswählen

modprobe pcspkr
exit 0

Vielen Dank! Die Funktion ist da und mein etwas älterer Nachbarthread [1] gelöst.

Gruß Cae

[1] viewtopic.php?f=13&t=131450