|
|
|
|
|
|
|
Ich bekomm ständig MMS..
"Leute, ich kann keine MMS empfangen. Alles was ich kriege ist eine SMS, dass ich mich bitte auf der eplus-Page einloggen soll um mir das Bild anzugucken!"
...es stört niemanden. 
|
|
|
|
|
|
|
|
|
|
|
ubuntu 9.10 - wenn ich ein USB Stick einstecke bekomme ich sofort ein freeze. Idee?
| |
Dec 16 15:36:16 kernel: [ 784.970069] usb 1-3: new high speed USB device using ehci_hcd and address 5
Dec 16 15:36:16 kernel: [ 785.124835] usb 1-3: configuration #1 chosen from 1 choice
Dec 16 15:36:17 kernel: [ 785.171337] Initializing USB Mass Storage driver...
Dec 16 15:36:17 kernel: [ 785.171604] scsi9 : SCSI emulation for USB Mass Storage devices
Dec 16 15:36:17 kernel: [ 785.171771] usb-storage: device found at 5
Dec 16 15:36:17 kernel: [ 785.171778] usb-storage: waiting for device to settle before scanning
Dec 16 15:36:17 kernel: [ 785.171800] usbcore: registered new interface driver usb-storage
Dec 16 15:36:17 kernel: [ 785.171808] USB Mass Storage support registered.
| |
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von YT am 16.12.2009 15:39]
|
|
|
|
|
|
|
|
|
|
Nur bei nem Stick oder bei USB-Geräten allgemein?
|
|
|
|
|
|
|
|
|
|
|
|
Maus und Tastatur sind über USB angeschlossen - geht. Zwei Sticks habe ich ausprobiert, an je zwei Ports (hinten + vorne).
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von YT
ubuntu 9.10 - wenn ich ein USB Stick einstecke bekomme ich sofort ein freeze. Idee?
| |
was für ein motherboard haste denn?
man sieht dass die ubuntu leute da dran sind... :/
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von [KdM]MrDeath
| | Zitat von YT
ubuntu 9.10 - wenn ich ein USB Stick einstecke bekomme ich sofort ein freeze. Idee?
| |
was für ein motherboard haste denn?
man sieht dass die ubuntu leute da dran sind... :/
| |
Board muss ich morgen mal nachschauen, müsste irgendein SuperMicro sein. HP xw9400, 2xQuad-Opterons 2,9Ghz, 32Gb Speicher, Nvidia Quadro, SAS-Platten
|
|
|
|
|
|
|
|
|
|
|
|
Interessant waere auch Mal, obs mit einem vanilla kernel auch auftritt.
|
|
|
|
|
|
|
|
|
|
|
Ich will nen daemon laufen lassen. Klappt auch ohne Probleme. Trotzdem Anfängerfrage..
Ich habe:
| |
| Code: |
Binary:
/usr/bin/sobby
init-Skript:
/etc/init.d/sobby
Links zum Init-Skript:
/etc/rc1.d/K10sobby
/etc/rc2.d/S90sobby
/etc/rc3.d/S90sobby
/etc/rc4.d/S90sobby
/etc/rc5.d/S90sobby
|
|
So, kann sich bitte mal wer /etc/init.d/sobby anschauen?
Frage 1) Wo wird da /usr/bin/sobby effektiv gestartet? Es wird nach dem Booten gestartet, aber warum? Das init-Skript sollte ohne Parameter (und es bekommt beim Booten keine) irgendwie rein gar nichts tun, oder?
Frage 2) Was muss ich korrekterweise tun, damit nicht "sobby", sondern "sobby --optionX -Y -Z123" gestartet wird?
Frage 3) Zeile 37: Das Löschen von rsync.pid passiert, weil die obby-Coder zu blöd waren, das rsync-Skript gescheit zu kopieren? Oder hat das wirklich einen tieferen Sinn? (sobby.pid bleibt bestehen..)
|
|
[Dieser Beitrag wurde 4 mal editiert; zum letzten Mal von Rufus am 17.12.2009 0:15]
|
|
|
|
|
|
|
|
|
¤: 2mal hingucken:
das case fragt das argument ab und entscheidet dann, welche funktion aufgeführt werden soll.
effektiv wird sobby durch die Zeile
start-stop-daemon --start --quiet --background --pidfile $PIDFILE --make-pidfile --exec $DAEMON
gestartet.
Wie du da Argumente weitergibst, steht bestimmt in den man-pages.
Und warum die da das rsync.pid löschen, weiß ich auch nicht. Macht auch keinen Sinn. Benutzt sobby rsync?
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von klmann am 17.12.2009 1:28]
|
|
|
|
|
|
|
|
|
Soweit klar, manuell ist der Befehl "/etc/init.d/sobby start". Und damit betritt er den Case-Block und kommt bei start-stop-daemon an.
Es wäre auch nachvollziehbar wenn außerhalb des Case-Teils ein "test -x bla && /usr/bin/sobby" stehen würde, tuts aber nicht.
Die Frage war also, wieso der daemon beim Booten (init) ausgeführt wird, obwohl der Case-Block mit dem Startbefehl gar nicht betreten wird.
| | Zitat von klmann
Benutzt sobby rsync?
| |
Keine Ahnung. Aber es ist schon interessant, dass rsync.pid gelöscht wird, sobby.pid aber nicht, oder? 
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von Rufus am 17.12.2009 1:42]
|
|
|
|
|
|
|
|
|
du machst eine falsche annahme:
die initscripte werden nicht "einfach so" aufgerufen.
sondern jenachdem einmal mit dem parameter stop und einmal mit dem parameter start...
auch der init deamon kann da welche übergeben, nicht nur du auf der kommandozeile 
|
|
|
|
|
|
|
|
|
|
|
Bei einer uebersichtlichen Distro kann man das auch relativ leicht nachpruefen, hier ein Auszug aus meiner /etc/rc.multi (Bootlevel 5)
| |
| Code: |
#!/bin/bash
#
# /etc/rc.multi: multi-user startup script
#
# Load configuration
. /etc/rc.conf
# Start services
for service in ${SERVICES[@]}; do
echo -n " $service"
/etc/rc.d/$service start &> /tmp/rc.$$ || echo -n "[ERROR]"
/usr/bin/logger -t $service -f /tmp/rc.$$
/bin/rm -f /tmp/rc.$$
done
echo
fi
# End of file
|
|
Hier ist natuerlich zu unterscheiden, dass SuSE, RedHat usw. mit Symlinks arbeiten, also /etc/rcN.d/S* fuer den Start abarbeiten und hier ein einfaches Array ($SERVICES), das in /etc/rc.conf definiert wurde abgearbeitet wird.
Ansonsten wird, wie der Tod schon erwaehnte, jedes Element aus $SERVICES mit
| |
| Code: |
/etc/rc.d/$service start
|
|
aufgerufen. Schoen einfach und straight-forward.
|
|
|
|
|
|
|
|
|
|
|
|
Das erklärt natürlich einiges. Danke, Tod und teK!
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Rufus am 17.12.2009 14:57]
|
|
|
|
|
|
|
|
wi(e)der das tierische Idlen
|
|
Klausur 1 / 5 dieses Semester hinter mir. yay!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | | Mal im Ernst. Wenn man irgendwo in der Wüste festsitzt und aus einem alten VW-Käfer-Motor, einem alten PC, einem Kühlschrank, einer Traktorfelge und 122 Lautsprecher-Magneten binnen sechs Stunden einen Fusionsreaktor bauen muss, weil man nur so die Welt vor dem Untergang retten kann, dann ist dieses Messer mit seinen 87 Werkzeugen mit 141 Funktionen für jeden Möchtegern-MacGyver das Non plus ultra! | |
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Rufus
Ich bekomm ständig MMS..
"Leute, ich kann keine MMS empfangen. Alles was ich kriege ist eine SMS, dass ich mich bitte auf der eplus-Page einloggen soll um mir das Bild anzugucken!"
...es stört niemanden.
| |
Es gibt Leute die MMS verschicken?
Das ist wie UMTS-Videotelefonie!
Bin ich eigentlich normal, wenn ich per SSH eine MP3 vom Laptop auf den Desktop schiebe. Um dann via SSH mpg123 zu starten, damit ich ueber die Desktoplautspecher Musik hoeren kann. Wovon ich nur 30 Zentimeter entfernt sitze?
Pulseaudio...pah!
|
|
|
|
|
|
|
|
|
|
|
|
Was soll daran unnormal sein? Was technisch geht wird praktisch gemacht!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von ShinyDoofy
sshfs?
| |
i love!
|
|
|
|
|
|
|
|
|
|
|
|
Wie finde ich heraus welchen Grafikkartentreiber ich verwende. Meine xorg.conf ist leer ....
|
|
|
|
|
|
|
|
|
|
|
grep Loading /var/log/Xorg.0.log | grep /drivers/
?
|
|
|
|
|
|
|
|
|
|
|
| |
(II) Loading /usr/lib/xorg/modules/drivers//radeon_drv.so
(II) Loading /usr/lib/xorg/modules/drivers//ati_drv.so
(II) Loading /usr/lib/xorg/modules/drivers//vesa_drv.so
(II) Loading /usr/lib/xorg/modules/drivers//fbdev_drv.so
| |
??
Ich habe das Problem, dass ich 80% CPU an xorg veliere, wenn ich in vi scrolle. Sonst läuft es ganz gut, mit meinem alten Laptop (ATI RADEON 7500 Mobility), nur beim vi ruckelt es.
|
|
|
|
|
|
|
|
|
|
|
Oh, er probiert durch und landet beim VESA-Treiber. Da wundert mich gar nix.
Wieso tut der Radeon-Treiber nicht?!
|
|
|
|
|
|
|
|
|
|
|
| |
| Code: |
Section "ServerFlags"
Option "AllowMouseOpenFail" "true"
Option "PM" "off"
Option "DPMS" "off"
Option "Xinerama" "0"
EndSection
Section "Module"
Load "ddc" # ddc probing of monitor
Load "dbe"
Load "record"
Load "extmod"
Load "dbe"
Load "dri"
Load "glx"
Load "xtrap"
Load "freetype"
Load "type1"
Load "speedo"
Load "radeon"
Load "drm"
EndSection
Section "Device"
Identifier "Card0"
Driver "radeon"
BusID "PCI:1:0:0"
Option "AGPMode" "4"
Option "AGPSize" "16" # default: 8
# Option "AGPFastWrite" "false" # MUST BE FALSE!!!
# Option "SWcursor" "true" # MUST BE TRUE!!!
Option "RingSize" "4"
Option "BufferSize" "2"
Option "EnablePageFlip" "true"
# Option "EnableDepthMoves" "false" # MUST BE FALSE!!!
Option "RenderAccel" "true"
Option "AccelMethod" "XAA" # or XAA, EXA
Option "DDCMode"
Option "SubPixelOrder" "NONE"
Option "ColorTiling" "true"
Option "DynamicClocks" "true"
Option "bioshotkeys" "True"
# Option "XAANoOffscreenPixmaps" "true"
Option "DRI" "true"
EndSection
Section "DRI"
Group "0"
Mode 0666
EndSection
Section "Extensions"
Option "Composite" "Disable"
EndSection
|
|
Ich habe mir jetzt mal sowas gebastelt. Scheint nun besser zu gehen
|
|
|
|
|
|
|
|
|
|
|
da ich für wxwidget kaum dokus finde wollte ich mal Qt probieren.
hab mir also den qtcreator installiert und die passenden libs. (libqt4-core, libqt4-dev usw.) nun bekomme ich aber schon beim kompilieren der beispielprojekte des qtcreator folgende fehlermeldung
Führe Build-Schritte für Projekt tabdialog aus...
Starte: /usr/bin/qmake-qt4 /usr/lib/qt4/examples/dialogs/tabdialog/tabdialog.pro -spec /usr/share/qt4/mkspecs/linux-g++ -r CONFIG+=debug
Failure to open file: /usr/lib/qt4/examples/dialogs/tabdialog/Makefile
Unable to generate makefile for: /usr/lib/qt4/examples/dialogs/tabdialog/tabdialog.pro
Beendet mit Rückgabewert 5.
Fehler beim Erstellen des Projekts tabdialog
Beim Ausführen des Build-Schritts 'QMake'
jemand nen tip woran es scheitert?
|
|
|
|
|
|
|
|
|
|
|
nope, sorry, hatte nie probleme, dinge zu kompilieren und fehler im code zu verbessern, auch wenn ich kein c++ kann.
kann mir jemand erklären, warum c++-kompilierung so wahnsinnig kompliziert sein muss? mit makefile und so? in java reicht ja ein aufruf von javac.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von cardex
[...]
Failure to open file: /usr/lib/qt4/examples/dialogs/tabdialog/Makefile
Unable to generate makefile for: /usr/lib/qt4/examples/dialogs/tabdialog/tabdialog.pro
[...]
jemand nen tip woran es scheitert?
| |
Führst du das als einfacher Benutzer aus? Dann hast du in /usr/lib keine Schreibrechte.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von flying sheep
kann mir jemand erklären, warum c++-kompilierung so wahnsinnig kompliziert sein muss? mit makefile und so? in java reicht ja ein aufruf von javac.
| |
Ein Aufruf von gcc reicht auch schon. Aber die meisten Programme haben halt mehr als eine Quelldatei und man will nicht bei jeder kleinen Änderung das komplette Programm neu übersetzen...
Schonmal ein Java-Projekt mit ant gesehen? Ist doch genau das gleiche...
Man sagt ja, es gäbe keine blöden Fragen, aber irgendwie würde ich diese ja tendentiell dazu zählen...
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Schalentier am 21.12.2009 14:14]
|
|
|
|
|
|
| Thema: 100 gute Gründe für Linux ( v0.20 - Jetzt mit KMS - Kernel Mode Setting ) |
