Skip to main content
Home / Community / Mailinglisten / EasyLinux Ubuntu
Hallo Amadeus.
>8.04 hat LTS = Long Term Support und bleibt damit IMHO bis Anfang 2013
>durchaus aktuell!
>
>Letzte große Aktualisierung war übrigens erst vor wenigen Tagen!
Danke.Wußte gar nicht,daß es so etwas gibt.Bei Wikipedia stand zwar,
daß das nur für die Server-Edition gilt,Desktop-Edition April 2011,aber
vielleicht ist der Stand nicht aktuell.
Ein weiteres Argument,es erst mal nach Deiner Art zu versuchen.
Frage:Wie würdest Du das umsetzten.
Vielleicht mit 9.04 live umtsmon runterladen,auf Stick speichern,dann
mit 8.04 auf CD brennen und diese als Installationsmedium hinzu
fügen oder geht das einfacher?
Es grüßt
Heiko.
_______________________________________________
Ubuntu mailing list
Ubuntu[bei]easylinux[punkt]de
http://www.easylinux.de/Kontakt/Mailinglisten/listinfo/ubuntu
Moin Allerseits,
hilft mir mal bitte jemand auf die Sprünge?
Die Rechneruhr läuft auf UTC, die Zeitzone ist auf Europa/Berlin eingestellt.
Trotzdem zeigt mir KDE immer die UTC an und will mir auch noch weismachen, daß
das für Berlin gilt.
date ergibt das gleiche wie hwclock, date --utc 2 Stunden weniger. Irgendwo
fehlt Lenny die Info, daß die Hardwareuhr schon auf UTC läuft.
Im readme steht, man solle die TZDIR-Variable auf das posix-Directory setzen.
Aber wo zum Teufel soll ich das machen? Ich finde es ums Verrecken nicht.
Viele Grüße
Uwe
--
OS: Debian GNU/Linux 4.0 Kernel 2.6.18 KDE 3.5.5
Benutzer #461074 im Linux-Counter http://counter.li.org
Am Dienstag, 21. Juli 2009 08:07 schrieb Uwe Herrmuth:
> hilft mir mal bitte jemand auf die Sprünge?
> Die Rechneruhr läuft auf UTC, die Zeitzone ist auf Europa/Berlin
> eingestellt. Trotzdem zeigt mir KDE immer die UTC an und will mir auch noch
> weismachen, daß das für Berlin gilt.
> date ergibt das gleiche wie hwclock, date --utc 2 Stunden weniger. Irgendwo
> fehlt Lenny die Info, daß die Hardwareuhr schon auf UTC läuft.
> Im readme steht, man solle die TZDIR-Variable auf das posix-Directory
> setzen. Aber wo zum Teufel soll ich das machen? Ich finde es ums Verrecken
> nicht.
Habs gefunden:
In der Datei /etc/default/rcS muß UTC auf yes gesetzt werden.
Am 21. Jul 2009 um 08:49 CEST schrieb Uwe Herrmuth:
> Am Dienstag, 21. Juli 2009 08:07 schrieb Uwe Herrmuth:
> > hilft mir mal bitte jemand auf die Sprünge?
> > Die Rechneruhr läuft auf UTC, die Zeitzone ist auf Europa/Berlin
> > eingestellt. Trotzdem zeigt mir KDE immer die UTC an und will mir auch noch
> > weismachen, daß das für Berlin gilt.
> > date ergibt das gleiche wie hwclock, date --utc 2 Stunden weniger. Irgendwo
> > fehlt Lenny die Info, daß die Hardwareuhr schon auf UTC läuft.
> > Im readme steht, man solle die TZDIR-Variable auf das posix-Directory
> > setzen. Aber wo zum Teufel soll ich das machen? Ich finde es ums Verrecken
> > nicht.
> Habs gefunden:
> In der Datei /etc/default/rcS muß UTC auf yes gesetzt werden.
Komisch, daß der Wert bei dir auf 'no' stand.
Gruß
Stefan
Stromberg: "Wollt nur mal gucken wie ihr so klar kommt ohne mich" Tanja: "Ja,
im Prinzip läuft's!" Stromberg: "Ja die Russen haben meinem Opa nen Bein
weggeschossen, der lief auch, im Prinzip, aber die Frage ist ja wie?"
Moin Uwe,
Uwe Herrmuth schrieb:
>> hilft mir mal bitte jemand auf die Sprünge?
>> Die Rechneruhr läuft auf UTC, die Zeitzone ist auf Europa/Berlin
>> eingestellt. Trotzdem zeigt mir KDE immer die UTC an und will mir auch noch
>> weismachen, daß das für Berlin gilt.
>> date ergibt das gleiche wie hwclock, date --utc 2 Stunden weniger. Irgendwo
>> fehlt Lenny die Info, daß die Hardwareuhr schon auf UTC läuft.
>> Im readme steht, man solle die TZDIR-Variable auf das posix-Directory
>> setzen. Aber wo zum Teufel soll ich das machen? Ich finde es ums Verrecken
>> nicht.
>>
Schön für dich.
Hast du aber eine Idee wie es dazu kommen konnte.
Bei all meinen Lenny Installationen war das hier kein Thema, daher etwas
verwundert.
Wolfgang
----
Ich stehe hinter jeder Regierung, bei der ich nicht sitzen muß, wenn ich
nicht hinter ihr stehe.
-- Werner Finck --
Hallo Wolfgang, hallo Stefan,
Am Dienstag, 21. Juli 2009 14:34 schrieb Wolfgang Voelker:
> > Habs gefunden:
> > In der Datei /etc/default/rcS muß UTC auf yes gesetzt werden.
> Schön für dich.
> Hast du aber eine Idee wie es dazu kommen konnte.
> Bei all meinen Lenny Installationen war das hier kein Thema, daher etwas
> verwundert.
Nein - ich hab keine Idee. Ich hab mich auch schon gewundert, da ich bis jetzt
mit Debian noch nie Zeitprobleme hatte. Deshalb hab ich ja auch so lange
gebraucht, um die Ursache zu finden.
Ich war schon bei der Installation kurzzeitig irritiert, warum ich nicht
gefragt werde, auf welcher Zeit meine Hardwareuhr basiert. Hatte so in
Erinnerung, daß das zumindest bei Etch noch so war. Kann mich aber auch
täuschen. Bei Windows war es jedenfalls nicht. :-D
Hallo Uwe,
> Hallo Wolfgang, hallo Stefan,
> Am Dienstag, 21. Juli 2009 14:34 schrieb Wolfgang Voelker:
>>> Habs gefunden:
>>> In der Datei /etc/default/rcS muß UTC auf yes gesetzt werden.
>> Schön für dich.
>> Hast du aber eine Idee wie es dazu kommen konnte.
>> Bei all meinen Lenny Installationen war das hier kein Thema, daher etwas
>> verwundert.
> Nein - ich hab keine Idee. Ich hab mich auch schon gewundert, da ich bis jetzt
> mit Debian noch nie Zeitprobleme hatte. Deshalb hab ich ja auch so lange
> gebraucht, um die Ursache zu finden.
> Ich war schon bei der Installation kurzzeitig irritiert, warum ich nicht
> gefragt werde, auf welcher Zeit meine Hardwareuhr basiert.
Das wird der Grund schon sein. Ich bin immer gefragt worden.
Hast du den Rechner vorher geärgert?
Hatte so in
> Erinnerung, daß das zumindest bei Etch noch so war.
Ist auch jetzt noch so.
Kann mich aber auch
> täuschen. Bei Windows war es jedenfalls nicht. :-D
---
Die Mutter der Dummen ist immer schwanger.
-- Afghanischer Philosoph --
Hallo Wolfgang,
Am Dienstag, 21. Juli 2009 20:23 schrieb Wolfgang Voelker:
> > Ich war schon bei der Installation kurzzeitig irritiert, warum ich nicht
> > gefragt werde, auf welcher Zeit meine Hardwareuhr basiert.
> Das wird der Grund schon sein. Ich bin immer gefragt worden.
> Hast du den Rechner vorher geärgert?
Ach i wo - vielleicht ärgert sich Etch, daß es jetzt bald von der Platte
verschwindet, aber Etch hat ja in dem Falle nichts mit Lenny zu tun. Außer
daß sie sich /tmp und /swap teilen - noch. So lange ich die Hardware nicht
komplett am Laufen habe, wird auch erst mal nix anderes an Partitionen
eingebunden.
> Hatte so in
> > Erinnerung, daß das zumindest bei Etch noch so war.
> Ist auch jetzt noch so.
Tja wie gesagt - merkwürdig fand ich auch, daß der grub-Eintrag für etch auf
eine völlig falsche Partition zeigte.
Aber mein Gott - das sind ja alles Kleinigkeiten. ;-)
Am 21. Jul 2009 um 20:35 CEST schrieb Uwe Herrmuth:
> Tja wie gesagt - merkwürdig fand ich auch, daß der grub-Eintrag für etch auf
> eine völlig falsche Partition zeigte.
> Aber mein Gott - das sind ja alles Kleinigkeiten. ;-)
Tja, hättest du einfach ein dist-upgrade durchgeführt... :-p
Stefan Lütje Skelli[bei]jabber.ccc[punkt]de
Key fingerprint = BCB2 48E4 9211 C975 5A3F B192 9B6E CCCF 99CC 44FA
"Ich möchte sagen, dass die Welt unter meiner Führung freier und friedvoller
geworden ist und Amerika sicherer." George W. Bush
Hallo Stefan,
Am Dienstag, 21. Juli 2009 20:58 schrieb Stefan Luetje:
> Am 21. Jul 2009 um 20:35 CEST schrieb Uwe Herrmuth:
> > Tja wie gesagt - merkwürdig fand ich auch, daß der grub-Eintrag für etch
> > auf eine völlig falsche Partition zeigte.
> > Aber mein Gott - das sind ja alles Kleinigkeiten. ;-)
> Tja, hättest du einfach ein dist-upgrade durchgeführt... :-p
Genau das wollte ich eben nicht. Hatte in letzter Zeit in Anbetracht der
Aussicht bald auf Lenny umzusteigen noch ein paar Experimente gemacht. Wollte
jetzt einfach mal durch die Neuinstallation den überflüssigen Ballast wieder
loswerden. ;-)
Am 21. Jul 2009 um 22:07 CEST schrieb Uwe Herrmuth:
> Am Dienstag, 21. Juli 2009 20:58 schrieb Stefan Luetje:
> > Am 21. Jul 2009 um 20:35 CEST schrieb Uwe Herrmuth:
> > > Tja wie gesagt - merkwürdig fand ich auch, daß der grub-Eintrag für etch
> > > auf eine völlig falsche Partition zeigte.
> > > Aber mein Gott - das sind ja alles Kleinigkeiten. ;-)
> >
> > Tja, hättest du einfach ein dist-upgrade durchgeführt... :-p
> Genau das wollte ich eben nicht. Hatte in letzter Zeit in Anbetracht der
> Aussicht bald auf Lenny umzusteigen noch ein paar Experimente gemacht. Wollte
> jetzt einfach mal durch die Neuinstallation den überflüssigen Ballast wieder
> loswerden. ;-)
Experimente mache ich nur noch in einer schroot Umgebung, die sich bei
jedem neuen Einloggen wieder im Ursprungszusand befindet.
"Nur weil die Stirn immer höher wird hab ich nicht gleich das Gefühl, dass
die Friedhofsgärtner hinter mir herlaufen. Im Gegenteil." Stromberg
Moin Stefan,
Am Dienstag, 21. Juli 2009 22:28 schrieb Stefan Luetje:
> Experimente mache ich nur noch in einer schroot Umgebung, die sich bei
> jedem neuen Einloggen wieder im Ursprungszusand befindet.
Das allein ist es ja nicht. Im Home schwirren noch cofig-Leichen u.a. aus
Suse-Zeiten herum - ein Aufräumen ist also eh angesagt. Und beim der nächsten
Release wirds dann auch ganz bestimmt ein dist-upgrade.
Hab ich notiert. ;-)
Hallo Liste,
ich habe vor ein paar Tagen einige Bilder mit Gimp bearbeitet. Gestern stellte
ich fest, daß die Bearbeitungen nicht auf der Festplatte gelandet sind. Dort
waren nur die Originale.
Da ich mich nicht mehr daran erinnere, was alles gleichzeitig lief, frage ich,
ob jemand eine Idee hat, woran das Nichtspeichern liegen könnte.
Kubuntu 8.10
Viele Grüße,
Hartmut
Hungerhilfe: http://www.thehungersite.com
Ohne Zensur suchen:
http://suche.amnesty-bergedorf.de/
Das heutige Motto:
Beauty and harmony are as necessary to you as the very breath of life.
Am Tuesday 21 July 2009 11:16:40 schrieb Hartmut Haase:
> Hallo Liste,
> ich habe vor ein paar Tagen einige Bilder mit Gimp bearbeitet. Gestern
> stellte ich fest, daß die Bearbeitungen nicht auf der Festplatte gelandet
> sind. Dort waren nur die Originale.
> Da ich mich nicht mehr daran erinnere, was alles gleichzeitig lief, frage
> ich, ob jemand eine Idee hat, woran das Nichtspeichern liegen könnte.
> Kubuntu 8.10
Moin
Keine Ahnung, denn ich vermute dass Gimp die Sachen gespeichert hat.
Außer Du hast die Nachfrage von Gimp ignoriert (nicht speichern)
oder den Stecker gezogen.
Schau mal im TMP-Verzeichnung oder in Deinem Verzeichnis
(versteckte Daten anzeigen).
Verfolge mal den von Gimp vorgeschlagenen Pfad.
Gruß Frank
Hallo Frank,
> Keine Ahnung, denn ich vermute dass Gimp die Sachen gespeichert hat.
> Außer Du hast die Nachfrage von Gimp ignoriert (nicht speichern)
> oder den Stecker gezogen.
> Schau mal im TMP-Verzeichnung oder in Deinem Verzeichnis
> (versteckte Daten anzeigen).
> Verfolge mal den von Gimp vorgeschlagenen Pfad.
ich glaube nicht, daß es mit Gimp zu tun hat. Ich vermute, daß der
PC "überlastet" war, deshalb die Dateien zwischenspeicherte, und dann keine
Gelegenheit bekam, sie an die richtige Adresse zu kopieren/verschieben.
Ich kann mich auch an keinen Systemabsturz an dem Tag erinnern.
Demnächst werde ich immer kontrollieren, bevor ich den PC herunterfahre.
There will be big changes for you, but you will be happy.
Hallo Reinhard.
>Das einzige Problem: ich habe noch nicht herausgefunden, wie der Rechner
>vom USB-Stick bootet. Bei entsprechender Einstellung im Bios erhalte ich
>immer die Meldung: "Boot error".
Bei Betreffrechner statt F2(Enter Bios-Setup) F10(Select Boot menue)
Dort Option 8 USB HDD USB flash Disk(USB 2.0) ausgewählt.
Stick(Suse 11.0-gnome-live) wird gebootet.
Gruß Heiko.
Hallo zusammen,
vorweg: Sorry für das fehlerhafte Quoting. Momentan (auf Reisen) íst alles
sehr improvisiert und Lösungen muss ich immer mal zwischendurch bei äußerst
knapper Zeit suchen, deshalb Nutzung von OE .... Den Rest wisst Ihr schon
;-)
----- Original Message -----
From: "Heiko Ißleib"
To:
Sent: Tuesday, July 21, 2009 2:23 AM
Subject: Re: [EasyLinux-Ubuntu] UMTS-Stick von Vodafone (Huawei K3565) unter
Ubuntu
Ist nach meiner Kenntniss so auch richtig (2011), aber bis dahin sind es
immerhin noch fast 2 Jahre.
Das würde mich auch interessieren
Rainer
Am Mittwoch, den 22.07.2009, 09:30 +0200 schrieb Rainer:
Hallo Rainer
Hallo Heiko
> Danke.Wußte gar nicht,daß es so etwas gibt.Bei Wikipedia stand zwar,
> daß das nur für die Server-Edition gilt,Desktop-Edition April 2011,aber
> vielleicht ist der Stand nicht aktuell.
Wenn das so dort steht, dann ist das bestimmt auch richtig. So intensiv
beschäftige ich mich nämlich nicht mit Ubuntu. :)
Deshalb auch die Links unter Vorbehalt:
> Ist nach meiner Kenntniss so auch richtig (2011), aber bis dahin sind es
> immerhin noch fast 2 Jahre.
> Ein weiteres Argument,es erst mal nach Deiner Art zu versuchen.
> Frage:Wie würdest Du das umsetzten.
> Vielleicht mit 9.04 live umtsmon runterladen,auf Stick speichern,dann
> mit 8.04 auf CD brennen und diese als Installationsmedium hinzu
> fügen oder geht das einfacher?
Das Paket ist IMHO nur wenige Kb groß.
Auch hier bist Du mit nur 343 kB dabei. Das Paket runterladen und
einfach nach /usr/local oder /opt entpacken - das war's.
Gruß Amadeus
Ein verlassenes Wirtshaus ist noch trostloser als eine zugesperrte Kirche.
(Dieter Wieland
Topographie: Bayerische Hauslandschaften - Westliches Oberfranken [1996])
Hallo Amadeus, hallo Heiko,
inzwischen habe ich - immer, wenn während meines Urlaubs zeitlich und
kopfmäßig möglich - gefrickelt, letztlich die Sache aber nicht zum
Laufen bekommen.
Amadeus Bippelsterz schrieb:
> Das Paket ist IMHO nur wenige Kb groß.
Damit aber ist es leider in die Hosen gegangen. Nach einiger Sucherei
habe ich auch den Grund gefunden: Die in Deiner Anleitung erwähnte Datei
"usb_modeswitch.conf" ist nicht onboard. Also das Ganze nochmal mit dem
anderen Link (http://draisberghof.de/usb_modeswitch/). Anders, als in
der Anleitung angegeben, muss hier nachgebessert werden, denn mit
entsprechendem Kommando und trotz nach Anleitung generierter UDEV-Rule
(99usw) werden Product- und Vendor-ID nicht gefunden (Näheres weiter unten).
> Auch hier bist Du mit nur 343 kB dabei. Das Paket runterladen und
> einfach nach /usr/local oder /opt entpacken - das war's.
Funktioniert leider nicht, weil Voraussetzung ist, "libqt-mt.so.3" im
System zu haben. Bei mir nicht vorhanden, und deshalb verweigert umtsmon
seinen Dienst.
Ergebnisse::
1. Terminal:
sudo usb_modeswitch
* usb_modeswitch: tool for controlling "flip flop" mode USB devices
* Version 1.0.2 (C) Josua Dietze 2009
* Works with libusb 0.1.12 and probably other versions
No default vendor/product ID given. Aborting.
sudo umtsmon
umtsmon: error while loading shared libraries: libqt-mt.so.3: cannot
open shared object file: No such file or directory
2. Datei "usb_modeswitch.conf" (in /etc)
.....
# Huawei E220 (aka "Vodafone EasyBox II", aka "T-Mobile wnw Box Micro")
# Huawei E230
# Huawei E270
# Huawei E870
# and probably most other Huawei devices (just adapt product ID)
#
# Two options: 1. removal of "usb-storage" 2. the special control
# message found by Miroslav Bobovsky
# Contributor: Hans Kurent, Denis Sutter, Vincent Teoh
;DefaultVendor= 0x12d1;
;DefaultProduct= 0x1003
# choose one of these:
;DetachStorageOnly=1
;HuaweiMode=1
....
3. Datei 99-umts.rules (in /etc/udev/rules.d/)
SUBSYSTEM=="usb" SYSFS{idProduct}=="1003", SYSFS{idVendor}=="12d1",
RUN+="usb_modeswitch -v 12d1 -p 1003 -d1 -H1"
Unter Punkt 2 habe ich nachgebessert und die Semikolons vor
DefaultVendor und -Product sowie vor HuaweiMode entfernt (Letzteres,
ohne das mir wirklich klar wäre, welches der beiden es sein sollte).
Jetzt läuft es irgendwie. umtsmon hingegen bekomme ich nicht zum Laufen
- und damit keine Netzwerkverbindung.
Ulkig ist, dass ich selbst bis hierhin nur mithilfe von Windows XP
gekommen bin, denn dort läuft der Stick seit Tagen problemlos, und über
eine andere Verbindung verfüge ich nicht. Wenn das nicht installiert
wäre, könnte ich gar nichts machen.
Momentan wird mir das alles aber zu nervig: Immerhin bin ich im Urlaub.
Über die Hälfte ist bereits rum, und mit Ubuntu komme ich immer noch
nicht ins Netz. Dabei habe ich eigentlich gar keinen Kopf für aufwändige
Schraubereien. Ganz nebenbei der Hinweis, das ich weder eine
IT-Ausbildung, noch beruflich irgendetwas mit IT zu tun habe (immer noch
Windows-Umsteiger bin) .
Fazit: Entweder wurschtel ich noch 10 Tage mit Windows XP herum, oder
mache die 8.04 platt und installiere 9.04
Hallo Rainer,
Rainer schrieb:
> Hallo Amadeus, hallo Heiko,
> inzwischen habe ich - immer, wenn während meines Urlaubs zeitlich und
> kopfmäßig möglich - gefrickelt, letztlich die Sache aber nicht zum
> Laufen bekommen.
Ich geb dir hier mal was Urlaubslektüre.
Hat Marcel gestern auf der Community geschrieben:
http://www.linux-community.de/Internal/Artikel/Online-Artikel/Mobiles-Internet
Vielleicht hilfts.
Schönen Urlaub
Wer am Ende ist, kann von vorn anfangen, denn das Ende ist der Anfang
von der anderen Seite.
http://www.karl-valentin.de/zitate/zitatedatenbank.htm
Am Sonntag, den 26.07.2009, 06:06 +0200 schrieb Wolfgang Voelker:
Hallo Wolfgang
> Ich geb dir hier mal was Urlaubslektüre.
> Hat Marcel gestern auf der Community geschrieben:
> http://www.linux-community.de/Internal/Artikel/Online-Artikel/Mobiles-Internet
> Vielleicht hilfts.
Hatte ich gestern bereits PM verteilt, aber angeblich geht das alles mit
8.4 nicht.
Ich kann das aber mangels eines passenden Systems nicht prüfen.
Der große Vorteil von Pulseaudio ist doch, dass man das Gefühl hat,
etwas optimiert zu haben, wenn man auf Alsa umgestellt hat :-)
Moin Amadeus,
> Am Sonntag, den 26.07.2009, 06:06 +0200 schrieb Wolfgang Voelker:
> Hallo Wolfgang
>> Ich geb dir hier mal was Urlaubslektüre.
>> Hat Marcel gestern auf der Community geschrieben:
>> http://www.linux-community.de/Internal/Artikel/Online-Artikel/Mobiles-Internet
>> Vielleicht hilfts.
> Hatte ich gestern bereits PM verteilt, aber angeblich geht das alles mit
> 8.4 nicht.
> Ich kann das aber mangels eines passenden Systems nicht prüfen.
Ich doch auch nicht, außerdem habe ich einen Option Globetrotter Stick,
der geht nochmal anders.
Habe aber die Erfahrung gemacht, daß die Ubuntubeschreibungen auf Lenny
übertragbar sind.
Also sollte es umgekehrt auch gehen.
Zum Repariern braucha mir mindestens zwei bis zehneinhalb Tag.
Hallo Amadeus, hallo Volker,
So hatte ich das in meiner PM-Antwort an Dich auch nicht geschrieben.
Nochmal meine Antwort für MitleserInnen:
"Für mein Problem nicht sonderlich hilfreich: Meine Version ist nicht
9.04, sondern 8.04. Der Grund für die Ausführungen zu 9.04 erschließt
sich mir nicht, denn bei meinem Test mit der Live-CD bedurfte es keiner
weiteren Nacharbeiten. Letztlich aber sind die Installationsanweisungen
auf Suse und Yast zugeschnitten und lassen sich nicht 1:1 auf Ubuntu
8.04 übertragen. Außerdem sind umstmon und usb_modeswitch mittlerweile
installiert, aber den Stick kann ich wegen der Fehlfunktion(en) nicht
nutzen. "
Nochmal anders: umtsmon verweigert sich aus den in meinem anderen
Posting genannten Gründen - und ohne umtsmon kein mobiles Internet.
Hallo Amadeus, hallo zusammen,
Ubuntu 8.04 ist auf meinem Laptop inzwischen eliminiert und 9.04
installiert. Es war genauso, wie beim Test mit der Live-CD: Die erste
Aktion des Systems überhaupt war, die Erkennung einer Mobilverbindung
zu melden und eine (Mini). Konfiguration von 3 bis 5 Handgriffen
anzubieten. Lief alles und sofort problemlos. Kurios war nur, dass dann
zunächst unter Windows XP nichts mehr ging: Das Fenster für die Eingabe
der Simcard-PIN erschien nicht mehr.
Am Sun, 26 Jul 2009 21:28:38 +0200
schrieb Rainer :
> Der Grund für die Ausführungen zu 9.04 erschließt
> sich mir nicht, denn bei meinem Test mit der Live-CD bedurfte es
> keiner weiteren Nacharbeiten.
Allenfalls eine Vermutung habe ich: Vor Inbetriebnahme habe ich den
Stick unter Windows XP bearbeitet und die Huawei-Soft- bzw. Firmware
aufgespielt. Seitdem läuft er providerunabhängig.
Für diesen Urlaub ist also alles geklärt, und unter Ubuntu 8.04 bekomme
ich das Teil nicht eingerichtet.
Am Dienstag, den 28.07.2009, 16:18 +0200 schrieb Rainer:
> Für diesen Urlaub ist also alles geklärt, und unter Ubuntu 8.04 bekomme
> ich das Teil nicht eingerichtet.
Meine Anleitung basiert auf einem Artikel im Linux-User 07/2008 - und da
wurde u.a. 8.04 explizit als eine Distribution genannt, mit der das ohne
Probleme umsetzbar ist. Im Nachhinein hat mir auch irgendjemand (wer
weiß ich nicht mehr) bestätigt, daß es mit Ubuntu 8.04 genau so
funktioniert.
Mangels Ubuntu und einer passenden Hardware kann ich selber nicht testen
wie und wo es hängen könnte.
Hallo Amadeus,
Am Tue, 28 Jul 2009 17:19:18 +0200
schrieb Amadeus Bippelsterz :
> Meine Anleitung basiert auf einem Artikel im Linux-User 07/2008 - und
> da wurde u.a. 8.04 explizit als eine Distribution genannt, mit der
> das ohne Probleme umsetzbar ist.
Hmm..., seltsam, dass es bei mir nicht lief. Ich habe alles genauso
gemacht, wie in Deiner Anleitung beschrieben (s. meine Postings dazu),
aber gleich gemerkt, dass es nicht 1:1 funktioniert (Beispiel:
Nachbesserung der Datei usb_modeswitch.conf). Schließlich hat es zum
bekannten Ergebnis bzw. den Fehlermeldungen geführt, die ich auch hier
gepostet habe. Evtl. waren die Systeme, wo es funktionierte, schon so
eingerichtet, dass die Installationsroutine alles Erforderliche
vorgefunden hat - vor allem "libqt-mt.so.3"
> Mangels Ubuntu und einer passenden Hardware kann ich selber nicht
> testen wie und wo es hängen könnte.
Wie gesagt: Nach Lage der Dinge wird es jetzt nicht mehr wichtig sein.
Ubuntu 9.04 ist installiert, und mein Notebook benötige ich (außer im
Urlaub) extrem selten. Auf dem Arbeitsrechner brauche ich kein Mobiles
Internet (wäre diesmal nur praktisch gewesen, weil ich ihn aus
verschiedenen Gründen mitgenommen habe). Insofern ist 9.04 vielleicht
ein guter Kompromiss.
----- Forwarded message from Planet Debian -----
From: Planet Debian
Subject: Yves-Alexis Perez -- Xfce 4.6 backports installable
To: ticker-planetdebian[bei]lists.infodrom[punkt]org
Date: Wed, 22 Jul 2009 16:12:13 +0200 (CEST)
http://www.corsac.net/?rub=blog&post=1452
Yves-Alexis Perez -- Xfce 4.6 backports installable
Ok, now that "thunar-volman" has been accepted, "xfce4"
4.6.1.1~bpo50+1 is now installable in Lenny (for the moment at
least on amd64). I just installed it on my Lenny box, and it seems
to work fine.
When I have more time, I'll backports some goodies (like
"xfce4-power-manager") too.
22 July, 2009 01:56PM[1] by Yves-Alexis (corsac[bei]debian[punkt]org)
Links:
1. http://www.corsac.net/?rub=blog&post=1452
To UNSUBSCRIBE, send an email to ticker-planetdebian-request[bei]lists.infodrom[punkt]org
with a subject of "unsubscribe". Trouble? Contact listmaster[bei]lists.infodrom[punkt]org
----- End forwarded message -----
,-----------------------------------------------------------------------------.
| Stefan Lütje | "Büro ist wie Jazz, nur ohne die Musik." |
| stefan.luetje[bei]t-online[punkt]de | Stromberg |
`----Key fingerprint = BCB2 48E4 9211 C975 5A3F B192 9B6E CCCF 99CC 44FA-----'
Folgendes Problem:
System prüft meine Partitionen beim Booten (Rechner läuft nicht durch,
wird öfter gestartet) etwas zu oft.
tune2fs -c 100 -i 180 /dev/xy ist bekannt.
Konkrete Frage: gibt es einen Trick, daß ich das nicht für alle
Partitionen durchführen muß, also z.B.: /dev/sda für die ganze Festplatte.
Oder ist Handarbeit angesagt und die menschliche Faulheit zieht den
Kürzeren?
Metaphysik ist der Versuch, in einem verdunkelten Zimmer eine schwarze
Katze zu fangen, die sich gar nicht darin befindet.
Am Mittwoch, 22. Juli 2009 schrieb Wolfgang Voelker:
> tune2fs -c 100 -i 180 /dev/xy ist bekannt.
> Konkrete Frage: gibt es einen Trick, daß ich das nicht für alle
> Partitionen durchführen muß, also z.B.: /dev/sda für die ganze Festplatte.
> Oder ist Handarbeit angesagt und die menschliche Faulheit zieht den
Wie wär's mit :
Beispiel: max. Mountcounter (-C) bei sda1 auf 1 und 100 Bootvorgängen ein Test
durchführen. Bei sda2 Mountcounter auf 50 setzen und ebenfalls nach 100
Bootvorgängen den Test durchführen. So hast immer einen Abstand von 49
fsck-freien Bootvorgängen.
Code:
# tune2fs -C 1 -c 100 /dev/sda1
# tune2fs -C 50 -c 100 /dev/sda2
Joachim
Joachim Puttkammer
http://www.puttkammer.de
Debian Lenny - KDE 3.5.10 - 2.6.26
Hallo Joachim,
Joachim Puttkammer schrieb:
> Am Mittwoch, 22. Juli 2009 schrieb Wolfgang Voelker:
> Hallo Wolfgang,
>> tune2fs -c 100 -i 180 /dev/xy ist bekannt.
>> Konkrete Frage: gibt es einen Trick, daß ich das nicht für alle
>> Partitionen durchführen muß, also z.B.: /dev/sda für die ganze Festplatte.
>> Oder ist Handarbeit angesagt und die menschliche Faulheit zieht den
> Wie wär's mit :
> Beispiel: max. Mountcounter (-C) bei sda1 auf 1 und 100 Bootvorgängen ein Test
> durchführen. Bei sda2 Mountcounter auf 50 setzen und ebenfalls nach 100
> Bootvorgängen den Test durchführen. So hast immer einen Abstand von 49
> fsck-freien Bootvorgängen.
> Code:
> # tune2fs -C 1 -c 100 /dev/sda1
> # tune2fs -C 50 -c 100 /dev/sda2
Das ist schon ok so.
Nur ich wollte es für die ganze Festplatte, nicht für die Partitionen,
also sda ohne 1-12 (bei mir).
Ich weiß halt nicht, ob der Rechner das frißt.
Sonst wird das nur für sda11 und sda12 gesetzt, das sind die großen
(>700 GB) Partitionen. Da zieht sich das beim booten doch nervig hin.
Medizin ist die Kunst, dem Patienten so lange die Zeit zu vertreiben,
wie der Körper mit Selbstheilung beschäftigt ist.
-- Jürgen Becker --
Am Wednesday 22 July 2009 19:00:25 schrieb Wolfgang Voelker:
> Hallo Joachim,
> Joachim Puttkammer schrieb:
> > Am Mittwoch, 22. Juli 2009 schrieb Wolfgang Voelker:
> > Hallo Wolfgang,
> >> tune2fs -c 100 -i 180 /dev/xy ist bekannt.
> >> Konkrete Frage: gibt es einen Trick, daß ich das nicht für alle
> >> Partitionen durchführen muß, also z.B.: /dev/sda für die ganze
> >> Festplatte. Oder ist Handarbeit angesagt und die menschliche Faulheit
> >> zieht den
in /etc/fstab:
letztes Feld gibt Reihenfolge beim fsck an.
Üblicherweise 1 bei root-Partition, 2 bei anderen check-würdigen.
Willst Du keinen Check: 1 oder 2 ---> 0 (auf Null setzen)
Wen Deine Glaskugel sagt, dass es beim nächsten Hochfahren schnell gehen muss,
daher auf keinen Fall ein fsck kommen soll:
hinunterfahren mit
shutdown -f
wenn auf jeden Fall beim nächsten Hochfahren gecheckt werden soll:
shutdown -F
Wenn Dir das irgendwann einfällt _VOR_ dem shutdown, kannst Du denselben
Effekt erzielen mit
touch /forcefsck
und dann ganz normal hinunterfahren. Da Vorhandensein einer Datei mit dem
obigen Namen ist der Schalter dafür
(getestet auf Lenny)
> > Wie wär's mit :
> > Beispiel: max. Mountcounter (-C) bei sda1 auf 1 und 100 Bootvorgängen ein
> > Test durchführen. Bei sda2 Mountcounter auf 50 setzen und ebenfalls nach
> > 100 Bootvorgängen den Test durchführen. So hast immer einen Abstand von
> > 49 fsck-freien Bootvorgängen.
> > Code:
> > # tune2fs -C 1 -c 100 /dev/sda1
> > # tune2fs -C 50 -c 100 /dev/sda2
> Das ist schon ok so.
> Nur ich wollte es für die ganze Festplatte, nicht für die Partitionen,
> also sda ohne 1-12 (bei mir).
> Ich weiß halt nicht, ob der Rechner das frißt.
> Sonst wird das nur für sda11 und sda12 gesetzt, das sind die großen
> (>700 GB) Partitionen. Da zieht sich das beim booten doch nervig hin.
> Gruß
> Wolfgang
beste Grüße
Johanna
Hallo Johanna,
J.Bilder schrieb:
> Am Wednesday 22 July 2009 19:00:25 schrieb Wolfgang Voelker:
>> Hallo Joachim,
>> Joachim Puttkammer schrieb:
>>> Am Mittwoch, 22. Juli 2009 schrieb Wolfgang Voelker:
>>>
>>> Hallo Wolfgang,
>>>> tune2fs -c 100 -i 180 /dev/xy ist bekannt.
>>>> Konkrete Frage: gibt es einen Trick, daß ich das nicht für alle
>>>> Partitionen durchführen muß, also z.B.: /dev/sda für die ganze
>>>> Festplatte. Oder ist Handarbeit angesagt und die menschliche Faulheit
>>>> zieht den
>>>>
> in /etc/fstab:
> letztes Feld gibt Reihenfolge beim fsck an.
> Üblicherweise 1 bei root-Partition, 2 bei anderen check-würdigen.
> Willst Du keinen Check: 1 oder 2 ---> 0 (auf Null setzen)
> Wen Deine Glaskugel sagt, dass es beim nächsten Hochfahren schnell gehen muss,
> daher auf keinen Fall ein fsck kommen soll:
> hinunterfahren mit
> shutdown -f
> wenn auf jeden Fall beim nächsten Hochfahren gecheckt werden soll:
> shutdown -F
> Wenn Dir das irgendwann einfällt _VOR_ dem shutdown, kannst Du denselben
> Effekt erzielen mit
> touch /forcefsck
> und dann ganz normal hinunterfahren. Da Vorhandensein einer Datei mit dem
> obigen Namen ist der Schalter dafür
> (getestet auf Lenny)
Auch das sind interessante Möglichkeiten.
Ich werde das mal in der Hinterhand behalten.
>>> Wie wär's mit :
>>> Beispiel: max. Mountcounter (-C) bei sda1 auf 1 und 100 Bootvorgängen ein
>>> Test durchführen. Bei sda2 Mountcounter auf 50 setzen und ebenfalls nach
>>> 100 Bootvorgängen den Test durchführen. So hast immer einen Abstand von
>>> 49 fsck-freien Bootvorgängen.
>>> Code:
>>> # tune2fs -C 1 -c 100 /dev/sda1
>>> # tune2fs -C 50 -c 100 /dev/sda2
>> Das ist schon ok so.
>> Nur ich wollte es für die ganze Festplatte, nicht für die Partitionen,
>> also sda ohne 1-12 (bei mir).
>> Ich weiß halt nicht, ob der Rechner das frißt.
>> Sonst wird das nur für sda11 und sda12 gesetzt, das sind die großen
>> (>700 GB) Partitionen. Da zieht sich das beim booten doch nervig hin.
Zuerst warte ich mal noch Uwe's Wunderscript ab.
Bienen sterben wie die Fliegen.
Neue Westfälische
Am Donnerstag, 23. Juli 2009 14:20 schrieb Wolfgang Voelker:
> Zuerst warte ich mal noch Uwe's Wunderscript ab.
Wunder dauern etwas länger. ;-)
Ich setz mich Sa ran und mach versuch das komplett zu machen.
> Am Donnerstag, 23. Juli 2009 14:20 schrieb Wolfgang Voelker:
>> Zuerst warte ich mal noch Uwe's Wunderscript ab.
> Wunder dauern etwas länger. ;-)
Aber Unmögliches machen wir doch sofort.
> Ich setz mich Sa ran und mach versuch das komplett zu machen.
Schwer gespannt.
Grüße
Ausgeschlossen! In meinem Urteil hab ich es schwarz auf weiß:
Enthauptung. Ich bestehe darauf, daß ich geköpft werde, und zwar sofort.
Jetzt bin ich schon amal da, und Abschied hab ich auch schon genommen
von meinen Angehörigen - also los!! Runter mit'n Kopf! Scheißt's net so
lang rum.
Am Donnerstag, 23. Juli 2009 11:20 schrieb J.Bilder:
> Wen Deine Glaskugel sagt, dass es beim nächsten Hochfahren schnell gehen
> muss, daher auf keinen Fall ein fsck kommen soll:
Ich könnte es jetzt probieren, aber vielleicht weißt Du es ja auch. Was
passiert denn in dem Fall mit dem Zähler bsi zum nächsten Check?
Muß die Datei in jede zu checkende Partition gelegt werden oder bezoeht sich
das nur auf das Wurzelverzeichnis?
Für Wolfgang ist es vielleicht nicht so das Wahre, weil er will ja den Check
durchaus durchführen, aber eben nicht gerade beim Booten.
Ich finde Deine Vorschläge durchaus für mich überlegenswert.
> Für Wolfgang ist es vielleicht nicht so das Wahre, weil er will ja den Check
> durchaus durchführen, aber eben nicht gerade beim Booten.
Zumindest nicht die beiden großen Partitionen.
> Ich finde Deine Vorschläge durchaus für mich überlegenswert.
Nur mal so als Idee für die zuständigen Redaktionen (hier Namensnennung
für aktive Filter: Marcel Hilzinger, Heike Jurzik et al.): ich denke
dadurch,daß Plattengrößen > 1 TB zunehmen, was ja bei dem
Preis/leistungsverhältnis auch nur logisch ist, wird das Thema sich
immer öfter stellen.
Bleibt halt nur die Frage: muß ich meine mp3 Sammlung, meine Raw
Fotogalerie und die mpg's checken lassen, wenn ja wie oft, wie richte
ich das ein, welche Einstellungen machen Sinn.
Wär doch was für einen schönen Artikel.
Früher war das bei mir auf USB Platten, daher kein Thema.
Jetzt hab ich seit 2 Wochen 1 TB auch im System, da bekam ich halt
schnell was zu spüren. Erinnert mich an die Bill Gates Gedächtnisminuten.
Ich bin auf Sie angewiesen, aber Sie nicht auf mich! Merken Sie sich das!
Am 23. Jul 2009 um 17:33 CEST schrieb Wolfgang Voelker:
> Nur mal so als Idee für die zuständigen Redaktionen (hier Namensnennung
> für aktive Filter: Marcel Hilzinger, Heike Jurzik et al.): ich denke
> dadurch,daß Plattengrößen > 1 TB zunehmen, was ja bei dem
> Preis/leistungsverhältnis auch nur logisch ist, wird das Thema sich
> immer öfter stellen.
Auch wenn die Festplatten immer größer werden, haben sich bei mir die
Größen meiner Partitionen eigentlich kaum geändert.
> Bleibt halt nur die Frage: muß ich meine mp3 Sammlung, meine Raw
> Fotogalerie und die mpg's checken lassen, wenn ja wie oft, wie richte
> ich das ein, welche Einstellungen machen Sinn.
> Wär doch was für einen schönen Artikel.
Wenn man regelmässig Backups macht, dann kann man IMHO auf den fsck auch
ganz verzichten. Bei anderen Filesystemen als ext? gibt es dieses
Feature nicht mal und da gibt es deshalb auch keine Probleme.
"Unsere Gegner sind neuartig und einfallsreich, und das sind wir auch.
Sie hören nie damit auf, sich neue Wege zu überlegen, wie sie unserem Land
und unserem Volk schaden können, und wir auch nicht." George W. Bush
Stefan Luetje schrieb:
> Am 23. Jul 2009 um 17:33 CEST schrieb Wolfgang Voelker:
>> Nur mal so als Idee für die zuständigen Redaktionen (hier Namensnennung
>> für aktive Filter: Marcel Hilzinger, Heike Jurzik et al.): ich denke
>> dadurch,daß Plattengrößen > 1 TB zunehmen, was ja bei dem
>> Preis/leistungsverhältnis auch nur logisch ist, wird das Thema sich
>> immer öfter stellen.
> Auch wenn die Festplatten immer größer werden, haben sich bei mir die
> Größen meiner Partitionen eigentlich kaum geändert.
Was das eigentliche System betrifft, ist bei mir ja auch nichts größer
geworden. Warum auch. Größer sind nur die "Foto, Video etc" Partitoinen
geworden. Weil eh neue Platte rein musste und weil 1 TB im Endeffekt (79
Euronen) billiger war als 500 GB (59 Euronen). Jetzt hab ich halt Platz
für meine RAW Orgien.
>> Bleibt halt nur die Frage: muß ich meine mp3 Sammlung, meine Raw
>> Fotogalerie und die mpg's checken lassen, wenn ja wie oft, wie richte
>> ich das ein, welche Einstellungen machen Sinn.
>> Wär doch was für einen schönen Artikel.
> Wenn man regelmässig Backups macht, dann kann man IMHO auf den fsck auch
> ganz verzichten.
Full ACK
Bei anderen Filesystemen als ext? gibt es dieses
> Feature nicht mal und da gibt es deshalb auch keine Probleme.
Na ja, gelegentlich checken ist schon in Ordnung, nur ist halt schöner
wenn man das gezielt beeinflussen kann.
Am Donnerstag, den 23.07.2009, 17:33 +0200 schrieb Wolfgang Voelker:
> Hallo Uwe,
> Uwe Herrmuth schrieb:
> > Für Wolfgang ist es vielleicht nicht so das Wahre, weil er will ja den Check
> > durchaus durchführen, aber eben nicht gerade beim Booten.
> Zumindest nicht die beiden großen Partitionen.
> > Ich finde Deine Vorschläge durchaus für mich überlegenswert.
Ich würde vielleicht so vorgehen:
1) über die /etc/fstab einstellen, dass die Checks beim Booten nicht
mehr durchgeführt werden (hat Johanna schon beschrieben, wie das
alles geht)
2) dann mittels »tune2fs« einen maximalen Wert einstellen (Schalter -c)
3) diesen Wert nach jedem Booten auslesen (ebenfalls mittels »tune2fs«
Schalter -l; habe ich schon in einer früheren Mail beschrieben.)
4) Benachrichtigen, wenn der Wert für "Mount count" dem maximalen Wert
"nahe" kommt ("Nähe" wäre noch zu definieren; absolute vs. relative
Schranke).
5) Dann reagieren:
x) den Sachverhalt zur Kenntnis nehmen - sonst aber nichts tun
d.h. den Check verschieben
x) den Check gleich erledigen
x) den Max. Counter höher setzen (sowas wie schummeln halt)
Ab Punkt 3 alles in ein Programm (Skript) verpackt und in /etc bei den
Startskripts eingehängt.
Wie gesagt: vielleicht (der Aufwand wäre mir für dieses "Problem"
einfach zu hoch).
Zu Deinen Fragen:
"Checken müssen": müssen mußt Du gar nichts.
"wie oft": machst Du regelmäßige Backups? (Nehme ich mal an; Fotos würde
ich nicht nur in einer Partition /auf einer Platte haben wollen.) Dann
genügt ein Check wahrscheinlich alle paar Wochen. BTW: auf die Checks
der Backups nicht vergessen. Bei in die Jahre gekommen Platten
entsprechend kürzere Zeiträume.
"Einrichten": Beim Bootvorgang den Check komplett ausnehmen (siehe Punkt
1 oben). Dann von Zeit zu Zeit den Check händisch durchführen. Da aber
dann nicht darauf "vergessen" ;-) .
"Einstellungen": keine (außer in der /etc/fstab) vonnöten.
Just my 2 Cents.
Franz
Am Thursday 23 July 2009 17:20:18 schrieb Uwe Herrmuth:
> Hallo Johanna,
> Am Donnerstag, 23. Juli 2009 11:20 schrieb J.Bilder:
> > in /etc/fstab:
> > letztes Feld gibt Reihenfolge beim fsck an.
> > Üblicherweise 1 bei root-Partition, 2 bei anderen check-würdigen.
> > Willst Du keinen Check: 1 oder 2 ---> 0 (auf Null setzen)
> > Wen Deine Glaskugel sagt, dass es beim nächsten Hochfahren schnell gehen
> > muss, daher auf keinen Fall ein fsck kommen soll:
> > hinunterfahren mit
> > shutdown -f
> Ich könnte es jetzt probieren, aber vielleicht weißt Du es ja auch. Was
> passiert denn in dem Fall mit dem Zähler bsi zum nächsten Check?
der wird wieder auf 1 gesetzt
> > wenn auf jeden Fall beim nächsten Hochfahren gecheckt werden soll:
> > shutdown -F
> > Wenn Dir das irgendwann einfällt _VOR_ dem shutdown, kannst Du denselben
> > Effekt erzielen mit
> > touch /forcefsck
> > und dann ganz normal hinunterfahren. Da Vorhandensein einer Datei mit dem
> > obigen Namen ist der Schalter dafür
> > (getestet auf Lenny)
> Muß die Datei in jede zu checkende Partition gelegt werden oder bezoeht
> sich das nur auf das Wurzelverzeichnis?
> Für Wolfgang ist es vielleicht nicht so das Wahre, weil er will ja den
> Check durchaus durchführen, aber eben nicht gerade beim Booten.
Am Mittwoch, den 22.07.2009, 18:22 +0200 schrieb Wolfgang Voelker:
> Kürzeren?
Ich habe - da ich aus technischen Gründen die beiden Lenny-Rechner von
Grund auf neu aufgesetzt habe - mich entschieden, dem "Icks" treu zu
bleiben und beide Maschinen mit xfs als Dateisystem ausgerüstet.
Damit ist diese Problem schon vor dem auftreten gegessen!
Jetzt überlege ich wie Uwe - der "...noch Etch-Laptop..." war ja in
weiten Teilen zum Debian-lernen...
Wahrscheinlich werde ich den nach dem Urlaub auch komplett neu machen?
> Am Mittwoch, den 22.07.2009, 18:22 +0200 schrieb Wolfgang Voelker:
>> Kürzeren?
> Ich habe - da ich aus technischen Gründen die beiden Lenny-Rechner von
> Grund auf neu aufgesetzt habe - mich entschieden, dem "Icks" treu zu
> bleiben und beide Maschinen mit xfs als Dateisystem ausgerüstet.
> Damit ist diese Problem schon vor dem auftreten gegessen!
Kennst du Schiller:....zu spät, du rettest den Freund nicht mehr.
> Jetzt überlege ich wie Uwe - der "...noch Etch-Laptop..." war ja in
> weiten Teilen zum Debian-lernen...
> Wahrscheinlich werde ich den nach dem Urlaub auch komplett neu machen?
Na ja, das ganze ist ja anundpfirsich kein großes Thema. Ist ja nur bei
den 2 großen partitionen nervig.
Aber mal dumm gefragt: kann man sowas nicht auch beim runterfahren
machen lassen.
Wer Andern eine Bratwurst brät der braucht ein Bratwurstbratgerät
-- Graffiti an Brücke, entdeckt von Martina Schwarzmann --
Am Mittwoch, 22. Juli 2009 20:08 schrieb Wolfgang Voelker:
> Na ja, das ganze ist ja anundpfirsich kein großes Thema. Ist ja nur bei
> den 2 großen partitionen nervig.
> Aber mal dumm gefragt: kann man sowas nicht auch beim runterfahren
> machen lassen.
Ich will nicht sagen, daß es mich nervt, aber dummerweise passiert der ganze
fschk immer dann, wenn man mal ganz schnell an den Rechner muß.
Deshalb steht bei mir auf dem Zettel ganz oben - allerdings schon eine ganze
Weile, das irgendwie abzufangen. Die Idee ist, ein cron-job, der täglich
prüft, wann der nächste Check dran wäre und dann die Einstellungen so
hinbiegt, daß er den Check bei meinem nächtlichen Hochfahren zum Backup
vornimmt. Vielleicht überlegst Du mal in der Richtung.
Beim Runterfahren ginge es auch. Du überprüfst, wann der nächste Check wäre,
wenn er beim nächsten Mounten anliegt, machst DU den Check sofort und setzt
die Enstellungen der Partition wieder hoch und fährst dann runter. Das Ganze
in ein Script was durch /etc/init.d/rc0 aufgerufen wird.
Am 22. Jul 2009 um 22:18 CEST schrieb Uwe Herrmuth:
> Am Mittwoch, 22. Juli 2009 20:08 schrieb Wolfgang Voelker:
> Ich will nicht sagen, daß es mich nervt, aber dummerweise passiert der ganze
> fschk immer dann, wenn man mal ganz schnell an den Rechner muß.
AFAIK kann man das auch einfach mit STRG-c abbrechen.
"One disk to rule them all, One disk to find them. One disk to bring them all
and in the darkness grind them. In the Land of Redmond where the shadows lie."
> Am 22. Jul 2009 um 22:18 CEST schrieb Uwe Herrmuth:
>> Am Mittwoch, 22. Juli 2009 20:08 schrieb Wolfgang Voelker:
>> Ich will nicht sagen, daß es mich nervt, aber dummerweise passiert der ganze
>> fschk immer dann, wenn man mal ganz schnell an den Rechner muß.
> AFAIK kann man das auch einfach mit STRG-c abbrechen.
Wird getestet wenn die große Partition wieder dran ist.
Der späte Wurm verarscht den Vogel.
-- Christian Springer--
Am Mittwoch, 22. Juli 2009 22:43 schrieb Stefan Luetje:
> > Ich will nicht sagen, daß es mich nervt, aber dummerweise passiert der
> > ganze fschk immer dann, wenn man mal ganz schnell an den Rechner muß.
IMHO wird dann aber das FS nur readonly eingehangen.
Hallo,
snip
fsck
Gab vor einiger Zeit auf der Debian-Liste
(debian-user-german[bei]lists.debian[punkt]org) eine große Diskussion deswegen. Aus
demselben Grund (große Partition, viel Zeit notwendig für fsck).
Fazit: Vielleicht möglich, mit Tendenz zu eher nicht. Auf jeden Fall aber
höllisch kompliziert.
Der fsck kann nur bei ausgehängten Dateisystemen sinnvoll durchgeführt werden
(Schreibaktionen bei defekten Sektoren zB). Ausgehängt werden die Partitionen
aber unmittelbar vorm "halt". Dh der muss abgefangen werden, fsck
durchführen, dann weiter mit "halt". Irgendwann kommt ein "kill -SIGKILL" für
init, der müsste abgefangen werden, per definitioem kann das Signal 9 nicht
abgefangen werden.
Am besten du suchst mal nach dem Thread.
Mit freundlichen Grüßen
Matthias Müller
(Benutzer #439779 im Linux-Counter http://counter.li.org)
PS: Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!
Hallo Matthias, Hallo Uwe,
Matthias Müller schrieb:
> Hallo,
> snip
> fsck
>> Aber mal dumm gefragt: kann man sowas nicht auch beim runterfahren
>> machen lassen.
> Gab vor einiger Zeit auf der Debian-Liste
> (debian-user-german[bei]lists.debian[punkt]org) eine große Diskussion deswegen. Aus
> demselben Grund (große Partition, viel Zeit notwendig für fsck).
> Fazit: Vielleicht möglich, mit Tendenz zu eher nicht. Auf jeden Fall aber
> höllisch kompliziert.
> Der fsck kann nur bei ausgehängten Dateisystemen sinnvoll durchgeführt werden
> (Schreibaktionen bei defekten Sektoren zB). Ausgehängt werden die Partitionen
> aber unmittelbar vorm "halt". Dh der muss abgefangen werden, fsck
> durchführen, dann weiter mit "halt". Irgendwann kommt ein "kill -SIGKILL" für
> init, der müsste abgefangen werden, per definitioem kann das Signal 9 nicht
> abgefangen werden.
> Am besten du suchst mal nach dem Thread.
Danke für eure Tips.
Da habe ich ja jetzt was zum Überdenken und Nachschauen.
Das Problem mit halt sehe ich auch so. Spricht wohl auch eher gegen
check beim Runterfahren.
Gar nicht krank ist auch nicht gesund.
Moin Matthias, moin Wolfgang,
Am Mittwoch, 22. Juli 2009 22:37 schrieb Matthias Müller:
> > Aber mal dumm gefragt: kann man sowas nicht auch beim runterfahren
> > machen lassen.
Ich denke mal, auf der Debian-Liste sind hauptsächlich Leute, die schlauer
sind als ich - trotzdem kann ich es mir rein vom logischen nicht so
kompliziert vorstellen.
> Der fsck kann nur bei ausgehängten Dateisystemen sinnvoll durchgeführt
> werden (Schreibaktionen bei defekten Sektoren zB).
Das ist ja klar - aber aushängen kann ich (als root) die Partition jeder Zeit.
> Ausgehängt werden die
> Partitionen aber unmittelbar vorm "halt". Dh der muss abgefangen werden,
Die Scripte unter /etc/rc0.d werden doch nacheinander ausgeführt oder nicht?
Wenn ich mir die Reihenfolge hier auf meinem System angucke,
S15wpa-ifupdown
S20sendsigs
S30urandom
S31umountnfs.sh
S32portmap
S35networking
S36ifupdown
S40umountfs
S60umountroot
S90halt
dann ist zwischen dem unmounten des FS und dem unmounten des Root-FS noch
Platz um ein fsck auf die nun ausgehängten Partitionen durchzuführen. ;-)
> durchführen, dann weiter mit "halt". Irgendwann kommt ein "kill -SIGKILL"
> für init, der müsste abgefangen werden, per definitioem kann das Signal 9
> nicht abgefangen werden.
Da könnte allerdings der Knackpunkt liegen - IMHO wird das schon mit dem
sendsigs-Script erledigt - sicher bin ich mir aber da nicht.
Ich glaub, ich probier das einfach mal aus, hab ja noch eine ungenutzte
Partition. Dann sind wir schlauer.
Obwohl ich es eh nicht beim Runtefahren machen würde - weil mehrere Distris
auf dem Rechner und wenn ich dann wechseln will, ist ein Check beim Shutdown
genauso lang, wie ein Check beim Hochfahren. ;-)
Nochmal moin,
Am Donnerstag, 23. Juli 2009 06:37 schrieb Uwe Herrmuth:
> Die Scripte unter /etc/rc0.d werden doch nacheinander ausgeführt oder
> nicht? Wenn ich mir die Reihenfolge hier auf meinem System angucke,
> S15wpa-ifupdown
> S20sendsigs
> S30urandom
> S31umountnfs.sh
> S32portmap
> S35networking
> S36ifupdown
> S40umountfs
> S60umountroot
> S90halt
> Ich glaub, ich probier das einfach mal aus, hab ja noch eine ungenutzte
> Partition. Dann sind wir schlauer.
Also nach dem ersten kurzen Test müßte das funkionieren. Garantien geb ich
natürlich keine. Hab ein Script in /etc/init.d/ abgelegt, was mir ein fsck
auf mein /dev/hda10 durchführt und in /etc/rc0.d/ einen Link S45xxx darauf
gesetzt. Mußte allerdings in das script ein paar echo-Ausgaben reinschreiben,
da ich sonst die clean-Meldung von fsck beim Runterfahren nicht erkannt
hätte. ;-)
Muß natürlich noch genauer getestet werden.
Vielleicht könnte man auch das unter /etc/init.d/ liegende ckeckfs.sh dafür
nutzen - muß ich mir mal genauer ansehen.
Wenn ich den Thread auf der Debian-Liste mal endlich finde, zieh ich mir den
auch noch mal rein.
> Das ist ja klar - aber aushängen kann ich (als root) die Partition jeder Zeit.
>> Ausgehängt werden die
>> Partitionen aber unmittelbar vorm "halt". Dh der muss abgefangen werden,
> Die Scripte unter /etc/rc0.d werden doch nacheinander ausgeführt oder nicht?
> Wenn ich mir die Reihenfolge hier auf meinem System angucke,
> dann ist zwischen dem unmounten des FS und dem unmounten des Root-FS noch
> Platz um ein fsck auf die nun ausgehängten Partitionen durchzuführen. ;-)
>> fsck
>> durchführen, dann weiter mit "halt". Irgendwann kommt ein "kill -SIGKILL"
>> für init, der müsste abgefangen werden, per definitioem kann das Signal 9
>> nicht abgefangen werden.
> Da könnte allerdings der Knackpunkt liegen - IMHO wird das schon mit dem
> sendsigs-Script erledigt - sicher bin ich mir aber da nicht.
Lass uns das Ergebnis wissen. Ich hab grad nix zum Spielen frei.
> Obwohl ich es eh nicht beim Runtefahren machen würde - weil mehrere Distris
> auf dem Rechner und wenn ich dann wechseln will, ist ein Check beim Shutdown
> genauso lang, wie ein Check beim Hochfahren. ;-)
Sicher richtig. Aber auf einem Solosystem könnte es Imho Sinn machen,
zumindest für große Partitionen.
Bei den kleineren Systempartitionen ist das Wurscht, die sind eigentlich
ratzfatz durch.
Hallo
Am Donnerstag, 23. Juli 2009 schrieb Uwe Herrmuth:
Gutes Stichwort. Du hast mindestens eine Partition, die kannst du nicht im
laufenden Betrieb aushängen. Das ist die Partition auf der das Betriebssystem
und die Systemprogramm drauf ist. Also /usr, dh diese Partition kann nur beim
Hochfahren, solange das System aus der initrd läuft, geprüft werden. Das ist
nur beim Starten der Fall. Und das ist die Partition, die ich auf jeden Fall
prüfen würde. Für alles andere ist das Backup da, aber wenn die kaputt ist,
hilft nur Neuinstallation oder eine Live-CD um zu retten was zu retten ist.
> auf dem Rechner und wenn ich dann wechseln will, ist ein Check beim
> Shutdown genauso lang, wie ein Check beim Hochfahren. ;-)
Da stört's aber nicht. Mein Rechner kann zum runterfahren so lange brauchen
wie er will. Wenn er abends runterfährt, gehe ich ins Bett. Tagsüber
runterfahren bedeutet normalerweise, ich bin mindestens 2-3 Stunden nicht zu
Hause, eher noch länger.
Moin Matthias,
Am Donnerstag, 23. Juli 2009 22:25 schrieb Matthias Müller:
> > dann ist zwischen dem unmounten des FS und dem unmounten des Root-FS noch
> > Platz um ein fsck auf die nun ausgehängten Partitionen durchzuführen. ;-)
> Gutes Stichwort. Du hast mindestens eine Partition, die kannst du nicht im
> laufenden Betrieb aushängen. Das ist die Partition auf der das
> Betriebssystem und die Systemprogramm drauf ist. Also /usr, dh diese
> Partition kann nur beim Hochfahren, solange das System aus der initrd
> läuft, geprüft werden. Das ist nur beim Starten der Fall. Und das ist die
> Partition, die ich auf jeden Fall prüfen würde.
Völlig korrekt. Es soll ja auch kein Check aller Partitionen, sondern nur
einiger ausgwählter, vom Booten auf irgendeinen bestimmten nicht störenden
Zeitpunkt verschoben werden.
> > Obwohl ich es eh nicht beim Runtefahren machen würde - weil mehrere
> > Distris auf dem Rechner und wenn ich dann wechseln will, ist ein Check
> > beim Shutdown genauso lang, wie ein Check beim Hochfahren. ;-)
> Da stört's aber nicht. Mein Rechner kann zum runterfahren so lange brauchen
> wie er will.
Prinzipiell ja - aber nicht, wenn ich ein Reboot mache. ;-)
> Folgendes Problem:
> System prüft meine Partitionen beim Booten (Rechner läuft nicht durch,
> wird öfter gestartet) etwas zu oft.
tune2fs bezieht sich auf Partitionen. /dev/sda ist aber keine.
Du kannst ja einmal folgendes probieren: »sudo tune2fs -l /dev/sda«
und Du wirst in etwa folgende Meldung bekommen:
"tune2fs: Bad magic number in super-block beim Versuch,
/dev/sda zu öffnen
Kann keinen gültigen Dateisystem-Superblock finden."
Versuchst Du aber »sudo tune2fs -l /dev/sda«
erhältst Du interessante Ausgaben. Darunter auch Angaben zu
"Mount count" sowie "Maximum mount count".
Fällt eine »for«- oder »while«-Schleife (in eine ausführbare Datei
geschrieben), um das »tune2fs«-Kommando für alle in Frage kommenden
Partitionen abzusetzen, bereits unter Handarbeit oder zählt das noch als
Faulheit? (Für mich gehört das zu letzterem.)
Hallo Franz,
Franz Deuzer schrieb:
>> Folgendes Problem:
>> System prüft meine Partitionen beim Booten (Rechner läuft nicht durch,
>> wird öfter gestartet) etwas zu oft.
> tune2fs bezieht sich auf Partitionen. /dev/sda ist aber keine.
> Du kannst ja einmal folgendes probieren: »sudo tune2fs -l /dev/sda«
> und Du wirst in etwa folgende Meldung bekommen:
> "tune2fs: Bad magic number in super-block beim Versuch,
> /dev/sda zu öffnen
> Kann keinen gültigen Dateisystem-Superblock finden."
> Versuchst Du aber »sudo tune2fs -l /dev/sda«
> erhältst Du interessante Ausgaben. Darunter auch Angaben zu
> "Mount count" sowie "Maximum mount count".
> Fällt eine »for«- oder »while«-Schleife (in eine ausführbare Datei
> geschrieben), um das »tune2fs«-Kommando für alle in Frage kommenden
> Partitionen abzusetzen, bereits unter Handarbeit oder zählt das noch als
> Faulheit? (Für mich gehört das zu letzterem.)
Nö, so schlimm ist es noch nicht. Eine Schleife ist locker machbar.
Die Faulheit hatte sich mehr darauf bezogen, daß ich halt der ganzen
Platte sagen wollte"check dich nicht so oft, höchstens xxyy mal". Jeder
einzelnen Partition kann ich das ja sagen. Da kommt die Faulheit ins
Spiel, weil das sind derer zwölfe, das wollte ich vereinfachen zu einem
generellen geordnetem Aufwasch.
Aber lass mal genauer hören, was du mit der Schleife meinst. Die Letzte
hab ich vor zig Jahrzehnten auf meinem ZX 81 geschrieben, also nur vages
Erinnern.
Des is e Alleskleber, damit kannste alles gekleb.
-- Mitgehört in Coburger Baumarkt --
Am Donnerstag, den 23.07.2009, 21:27 +0200 schrieb Wolfgang Voelker:
> Nö, so schlimm ist es noch nicht. Eine Schleife ist locker machbar.
> Die Faulheit hatte sich mehr darauf bezogen, daß ich halt der ganzen
> Platte sagen wollte"check dich nicht so oft, höchstens xxyy mal". Jeder
> einzelnen Partition kann ich das ja sagen. Da kommt die Faulheit ins
> Spiel, weil das sind derer zwölfe, das wollte ich vereinfachen zu einem
> generellen geordnetem Aufwasch.
> Aber lass mal genauer hören, was du mit der Schleife meinst. Die Letzte
> hab ich vor zig Jahrzehnten auf meinem ZX 81 geschrieben, also nur vages
> Erinnern.
"zig Jahrzehnte" ... Wow, Du mußt ja schon einiges erlebt haben :-)
for partition in 1 4 7 8 11 12
do
tune2fs »Schalter-wie-gewünscht« /dev/sda${partition}
done
oder (in einer Datei)
#!/bin/bash
partition=1
while (( partition do
Läßt sich alles noch weiter ausschmücken...
Am Donnerstag, den 23.07.2009, 22:10 +0200 schrieb Franz Deuzer:
> oder (in einer Datei)
> #!/bin/bash
> partition=1
> while (( partition > do
> tune2fs »Schalter-wie-gewünscht« /dev/sda${partition}
Puhh, da ging in der Schnelle eine Zeile verloren!
(( x = x + 1 ))
fehlt da vor dem »done« noch.
> done
> Läßt sich alles noch weiter ausschmücken...
Am Donnerstag, den 23.07.2009, 22:12 +0200 schrieb Franz Deuzer:
> (( x = x + 1 ))
und statt dem "x" gehört natürlich "partition" :-(
Ich höre für heute aber sowieso auf - bei uns geht soeben ein Unwetter
nieder.
> Am Donnerstag, den 23.07.2009, 22:12 +0200 schrieb Franz Deuzer:
>> (( x = x + 1 ))
> und statt dem "x" gehört natürlich "partition" :-(
> Ich höre für heute aber sowieso auf - bei uns geht soeben ein Unwetter
> nieder.
Na, wieder munter? Unwetter vorbei (ist bei mir4 auch schon durch).
Also das mit der Schleife habe ich begriffen. Eigentlich simpel, wenn
man sein verblödetes Hirn mal anstrengt.
> über die /etc/fstab einstellen, dass die Checks beim Booten nicht
> mehr durchgeführt werden (hat Johanna schon beschrieben, wie das
> alles geht)
ist erst mal so gemacht für die 2 großen Partitionen.
Und dann schau mer mal.
Das haben Uwe heute morgen und Matthias gestern sehr schön auf den Punkt
gebracht:
> > wie er will.
Full ACK meiner macht das oft mitten in der Nacht über shutdown -h wenn
er seine Aufgaben (Spätfilme aufnehmen z.B.) erledigt hat.
> Völlig korrekt. Es soll ja auch kein Check aller Partitionen, sondern nur
> einiger ausgwählter, vom Booten auf irgendeinen bestimmten nicht
> störenden
> Zeitpunkt verschoben werden.
Das haben wir ja jetzt beim booten schon mal draußen.
Jetzt bloß noch schauen, wo wir wieder rein nehmen (ohne Staatsaktion).
Zum Schluß (s.o.) wär halt praktisch.
Da beide Partitionen nicht systemrelevant sind, kann ich die jederzeit
mal aushängen und wieder einhängen ohne das mir groß was abgeht.
Einfaches Leben ist im Universum weit verbreitet, intelligentes eher selten.
-- Stephen Hawking --
Am Freitag, den 24.07.2009, 15:27 +0200 schrieb Wolfgang Voelker:
> > Da stört's aber nicht. Mein Rechner kann zum runterfahren so lange brauchen
> > > wie er will.
> Full ACK meiner macht das oft mitten in der Nacht über shutdown -h wenn
> er seine Aufgaben (Spätfilme aufnehmen z.B.) erledigt hat.
Für mich wäre der Check beim shutdown nicht die beste Lösung. Wenn das
zu checkende Dateisystem in Ordnung ist - ok. Was aber, wenn fehlerhafte
Blöcke angemeckert werden? Da müßte ich dann in der Früh Hand anlegen
und da habe ich erst recht keine Zeit. Oder die Reparatur vertagen bis
nach dem nächsten Booten. Hmm.
> > Völlig korrekt. Es soll ja auch kein Check aller Partitionen, sondern nur
> > einiger ausgwählter, vom Booten auf irgendeinen bestimmten nicht
> > störenden
> > Zeitpunkt verschoben werden.
> Das haben wir ja jetzt beim booten schon mal draußen.
> Jetzt bloß noch schauen, wo wir wieder rein nehmen (ohne Staatsaktion).
> Zum Schluß (s.o.) wär halt praktisch.
> Da beide Partitionen nicht systemrelevant sind, kann ich die jederzeit
> mal aushängen und wieder einhängen ohne das mir groß was abgeht.
Eben. Und den Check kann man, aus einer Shell aufgerufen, dann getrost
mehr oder weniger nebenbei werkeln lassen.
Am 23. Jul 2009 um 21:05 CEST schrieb Franz Deuzer:
> > tune2fs -c 100 -i 180 /dev/xy ist bekannt.
> > Konkrete Frage: gibt es einen Trick, daß ich das nicht für alle
> > Partitionen durchführen muß, also z.B.: /dev/sda für die ganze Festplatte.
> > Oder ist Handarbeit angesagt und die menschliche Faulheit zieht den
> > Kürzeren?
Auch das stimmt so noch nicht ganz, weil sich tune2fs nämlich auf
Filesysteme mit ext bezieht. :-p
"Scheibchenweise kommen täglich neue Rezepte aus der Giftküche von Innenminister
Schäuble an das Licht der Öffentlichkeit mit gefährlichen Nebenwirkungen
für den Rechtsstaat." Claudia Roth
> > tune2fs bezieht sich auf Partitionen. /dev/sda ist aber keine.
> Auch das stimmt so noch nicht ganz, weil sich tune2fs nämlich auf
> Filesysteme mit ext bezieht. :-p
Wo Du Recht hast, hast Du recht :-)
(aber von was anderem war ja eh' nicht die Rede)
> Die Schwachstelle wird bereits auf manipulierten Webseiten aktiv
> ausgenutzt.
Betrifft wohl in erster Linie Windows-Systeme. Siehe Originalmeldung
von Adobe:
"There are reports that this vulnerability is being actively exploited
in the wild via limited, targeted attacks against Adobe Reader v9 on
Windows."
Horst Engel
Am Donnerstag 23 Juli 2009 11:11:58 schrieb Horst Engel:
Hallo Horst
> Betrifft wohl in erster Linie Windows-Systeme. Siehe Originalmeldung
> von Adobe:
Und selbst wenn Linux-Varianten nicht direkt betroffen wären - wie viele
fahren noch mehr oder weniger intensiv zweigleisig?
Die von mir zeitweilig verwendete Signatur mit der ID EF6D 37B1 dient
mir zu Testzwecken und ist deshalb nicht öffentlich verfügbar!
>> Betrifft wohl in erster Linie Windows-Systeme. Siehe Originalmeldung
>> von Adobe:
> Und selbst wenn Linux-Varianten nicht direkt betroffen wären - wie viele
> fahren noch mehr oder weniger intensiv zweigleisig?
mein Gleis nach Redmond endet an einem Prellbock namens Virtualbox ;-)
Am 23. Jul 2009 um 10:36 CEST schrieb Amadeus Bippelsterz:
> Technische Warnung des Buerger-CERT
> [Bcert-2009-0024/1]:
> Kritische Schwachstelle im Adobe Flash Player sowie den PDF-Anwendungen
> Adobe Reader und Acrobat
> Risiko: Sehr hoch
> Betroffene Systeme:
> Adobe Reader 9.1.2 und frueher
> Adobe Acrobat 9.1.2 und frueher
> Adobe Flash Player 9.0.159.0, 10.0.22.87 sowie fruehere 9.x und 10.x
> Versionen
In den "tollen" Produkten von Adobe sind doch eigentlich immer
irgendwelche Sicherheitslücken vorhanden.
"Wir haben offene Grenzen, die Leute melden sich oft nicht an und nicht ab.
Wir wissen wahrscheinlich genauer, wie viel Schweine und Rinder hier leben,
weil es da auch kein Datenschutzproblem gibt." Wolfgang Schäuble
Am Donnerstag 23 Juli 2009 11:12:14 schrieb Stefan Luetje:
Hallo Stefan
> In den "tollen" Produkten von Adobe sind doch eigentlich immer
> irgendwelche Sicherheitslücken vorhanden.
Die A...-Karte hast Du dann, wenn Du gezwungen bist, diese Teile zu
verwenden. Monis Krankenhaus-Formulare z.B. lassen sich eben nur im
Original von Adobe ausfüllen!
Am 23. Jul 2009 um 17:46 CEST schrieb Eberhard Exner:
> In Ubuntu 9.04 ist ein Source Paket gspca-source sogar in den
> Paketquellen vorhanden. Runterladen kann man sich also sparen.(Ich habe
> aber beide Wege versucht). Beide ohne Erfolg.
Komisch, daß du mit gspca-source kein Paket mit dem Kernelmodul gebaut
bekommen hast.
Bei Debian gibt es auch schon fertige Pakete:
,----[ apt-cache search gspca ]
| gspca-modules-2.6-amd64 - Driver for webcams and digicams based on spca5xx chipset for Linux 2.6 on AMD64
| gspca-modules-2.6-openvz-amd64 - Driver for webcams and digicams based on spca5xx chipset for Linux 2.6 on AMD64
| gspca-modules-2.6-vserver-amd64 - Driver for webcams and digicams based on spca5xx chipset for Linux 2.6 on AMD64
| gspca-modules-2.6.26-2-amd64 - Driver for webcams and digicams based on spca5xx chipset for Linux 2.6.26 on AMD64
| gspca-modules-2.6.26-2-openvz-amd64 - Driver for webcams and digicams based on spca5xx chipset for Linux 2.6.26 on AMD64
| gspca-modules-2.6.26-2-vserver-amd64 - Driver for webcams and digicams based on spca5xx chipset for Linux 2.6.26 on AMD64
| gspca-source - source for the gspca v4l kernel module
`----
Das es die bei Ubuntu nicht gibt, finde ich auch ziemlich eigenartig.
Der weit verbreitete Verdacht, der Krieg gegen den Terror sei potenziell
gefährlicher als der Terrorismus selbst, scheint mir vollkommen gerechtfertigt.
Richard Rorty
Ich habs auch mit dem Debian Paket versucht. Auch ohne Erfolg. Das
Debian Paket ist für den Kernel 26.26. V9.04 hat aber Kernel 26.28. Es
liegt wohl an der Inkompatibilität mit dem neueren Kernel. Da kann man
wohl nichts machen.
Trotzdem Danke
Eberhard Exner
> Am 23. Jul 2009 um 17:46 CEST schrieb Eberhard Exner:
>> In Ubuntu 9.04 ist ein Source Paket gspca-source sogar in den
>> Paketquellen vorhanden. Runterladen kann man sich also sparen.(Ich habe
>> aber beide Wege versucht). Beide ohne Erfolg.
> Komisch, daß du mit gspca-source kein Paket mit dem Kernelmodul gebaut
> bekommen hast.
> Bei Debian gibt es auch schon fertige Pakete:
> ,----[ apt-cache search gspca ]
> | gspca-modules-2.6-amd64 - Driver for webcams and digicams based on spca5xx chipset for Linux 2.6 on AMD64
> | gspca-modules-2.6-openvz-amd64 - Driver for webcams and digicams based on spca5xx chipset for Linux 2.6 on AMD64
> | gspca-modules-2.6-vserver-amd64 - Driver for webcams and digicams based on spca5xx chipset for Linux 2.6 on AMD64
> | gspca-modules-2.6.26-2-amd64 - Driver for webcams and digicams based on spca5xx chipset for Linux 2.6.26 on AMD64
> | gspca-modules-2.6.26-2-openvz-amd64 - Driver for webcams and digicams based on spca5xx chipset for Linux 2.6.26 on AMD64
> | gspca-modules-2.6.26-2-vserver-amd64 - Driver for webcams and digicams based on spca5xx chipset for Linux 2.6.26 on AMD64
> | gspca-source - source for the gspca v4l kernel module
> `----
> Das es die bei Ubuntu nicht gibt, finde ich auch ziemlich eigenartig.
> Stefan
> ------------------------------------------------------------------------
> _______________________________________________
> Ubuntu mailing list
> Ubuntu[bei]easylinux[punkt]de
> http://www.easylinux.de/Kontakt/Mailinglisten/listinfo/ubuntu
Bitte *kein* TOFU
Am 24. Jul 2009 um 10:55 CEST schrieb Eberhard Exner:
> Ich habs auch mit dem Debian Paket versucht. Auch ohne Erfolg. Das
> Debian Paket ist für den Kernel 26.26. V9.04 hat aber Kernel 26.28. Es
> liegt wohl an der Inkompatibilität mit dem neueren Kernel. Da kann man
> wohl nichts machen.
Davon abgesehen, daß die Kernel verschieden sind, sollte man sowieso
keine Debian und Ubuntu Pakete mischen.
Welche Fehlermeldungen hast du denn bekommen, bei dem Versuch aus
gspca-source ein passendes Kernel-Paket zu bauen?
"Ich kenne das Phänomen auch. Bei mir hilft es normalerweise, die Krumen
nach der Brotzeit vom Touchpad zu entfernen..." Marcel Hilzinger
> Davon abgesehen, daß die Kernel verschieden sind, sollte man sowieso
> keine Debian und Ubuntu Pakete mischen.
Ich weiß, aber wenn man immer nur die Dinge tut, die man tun sollte,
entgehen einem die schönsten Dinge.
> Welche Fehlermeldungen hast du denn bekommen, bei dem Versuch aus
> gspca-source ein passendes Kernel-Paket zu bauen?
Ich habe mit Synaptic das Paket gspca-source "installiert". Es ist in
/usr/src gelandet als tar-Objekt gelandet. Das habe ich dort entpackt.
Die entpackten Module wurden in /usr/src/modules/gspca gespeichert. In
diesem Verzeichnis habe ich dann mein make gestartet. Den Rest habe
ich schon gepostet.
Eberhard
> ----------------------------------------------------------------------
Am 25. Jul 2009 um 10:37 CEST schrieb Eberhard Exner:
> Stefan Luetje schrieb:
> > Welche Fehlermeldungen hast du denn bekommen, bei dem Versuch aus
> > gspca-source ein passendes Kernel-Paket zu bauen?
> Ich habe mit Synaptic das Paket gspca-source "installiert". Es ist in
> /usr/src gelandet als tar-Objekt gelandet. Das habe ich dort entpackt.
> Die entpackten Module wurden in /usr/src/modules/gspca gespeichert. In
> diesem Verzeichnis habe ich dann mein make gestartet. Den Rest habe
> ich schon gepostet.
Der Debian Way hätte so ausgesehen:
,----
| gspca for Debian
| ----------------
|
| This package provides the gspca source code that can be used to build
| modules that work with your custom built linux kernel. The source files are
| located in /usr/src/gspca.tar.bz2; unpacking that file in /usr/src will
| produce a build tree in /usr/src/modules/gspca/ (The tar file can also be
| unpacked elsewhere).
| Building gspca kernel modules with module-assistant
| ===================================================
| Please install the module-assistant package and issue the following commands
| in a shell:-
| $ m-a prepare
| $ m-a a-i gspca
| m-a is short for module-assistant, and a-i is short for auto-install. Please
| see the module-assistant documentation for futher details about this process.
| For full details of gspca please visit http://mxhaard.free.fr/index.html
| If you need information on the Debian packaging team please visit
| http://alioth.debian.org/projects/pkg-spca5xx/
| /dev/shm/debmany.QdBJAPcsfx/usr/share/doc/gspca-source/README.Debian (END)
Ich weiß jetzt allerdings nicht, ob es den module-assistant auch bei
Ubuntu gibt.
"Wir sind der NATO fest verpflichtet. Wir sind ein Teil der NATO. Wir sind
Europa fest verpflichtet. Wir sind ein Teil Europas." George W. Bush
Am Samstag, den 25.07.2009, 17:13 +0200 schrieb Stefan Luetje:
> Am 25. Jul 2009 um 10:37 CEST schrieb Eberhard Exner:
> > Stefan Luetje schrieb:
> Der Debian Way hätte so ausgesehen:
> ,----
> | gspca for Debian
> | ----------------
> |
> | This package provides the gspca source code that can be used to build
> | modules that work with your custom built linux kernel. The source files are
> | located in /usr/src/gspca.tar.bz2; unpacking that file in /usr/src will
> | produce a build tree in /usr/src/modules/gspca/ (The tar file can also be
> | unpacked elsewhere).
> | Building gspca kernel modules with module-assistant
> | ===================================================
> | Please install the module-assistant package and issue the following commands
> | in a shell:-
> | $ m-a prepare
> | $ m-a a-i gspca
> | m-a is short for module-assistant, and a-i is short for auto-install. Please
> | see the module-assistant documentation for futher details about this process.
> | For full details of gspca please visit http://mxhaard.free.fr/index.html
> | If you need information on the Debian packaging team please visit
> | http://alioth.debian.org/projects/pkg-spca5xx/
> | /dev/shm/debmany.QdBJAPcsfx/usr/share/doc/gspca-source/README.Debian (END)
> Ich weiß jetzt allerdings nicht, ob es den module-assistant auch bei
> Ubuntu gibt.
Ja, den gibt es auch hier.
Und wie man vorgeht, sollte in /usr/share/doc/gspca/README.Debian.gz
beschrieben sein (wenn ich der Internetrecherche mal glauben will). Es
dürfte sich aber im wesentlichen um die beiden oben genannten Befehle
handeln (»m-a prepare« und »m-a a-i gspca«. Ich installiere mir das
jetzt aber nicht, nur um zu sehen, was da alles drin steht.)
Allerdings scheint es da auch noch Probleme zu geben:
http://ubuntuforums.org/archive/index.php/t-798310.html
Auf einer weiteren Seite findet sich noch folgender Hinweis:
http://packages.ubuntu.com/de/jaunty/gspca-source
Da steht dann "Kernel source or headers are required to compile these
modules".
Am 25. Jul 2009 um 17:33 CEST schrieb Franz Deuzer:
> Am Samstag, den 25.07.2009, 17:13 +0200 schrieb Stefan Luetje:
> > Ich weiß jetzt allerdings nicht, ob es den module-assistant auch bei
> > Ubuntu gibt.
> Ja, den gibt es auch hier.
> Und wie man vorgeht, sollte in /usr/share/doc/gspca/README.Debian.gz
> beschrieben sein (wenn ich der Internetrecherche mal glauben will).
Ich hab einfach mal mit 'debmany gspca-source' nachgeschaut.
> Es dürfte sich aber im wesentlichen um die beiden oben genannten
> Befehle handeln (»m-a prepare« und »m-a a-i gspca«. Ich installiere
> mir das jetzt aber nicht, nur um zu sehen, was da alles drin steht.)
> Allerdings scheint es da auch noch Probleme zu geben:
> http://ubuntuforums.org/archive/index.php/t-798310.html
Der Thread stammt vom Mai 2008 und ich kann mir eigentlich nicht
vorstellen, daß das noch nicht gefixt wurde.
> Auf einer weiteren Seite findet sich noch folgender Hinweis:
> http://packages.ubuntu.com/de/jaunty/gspca-source Da steht dann
> "Kernel source or headers are required to compile these modules".
Die Header sollten AFAIK eigentlich auch mit dem Befehl 'm-a prepare'
installiert werden, falls diese noch fehlen sollten.
"So Fachleute sind wie so Locher: simpel, präzise, im Büro unentbehrlich.
Aber es muss eben auch jemanden geben, der sie runterdrückt." Stromberg
> Die Header sollten AFAIK eigentlich auch mit dem Befehl 'm-a prepare'
> installiert werden, falls diese noch fehlen sollten.
Nach ca 20 Stunden Arbeit mit vergeblichen Versuchen gebe ich jetzt auf.
Danke an alle, die sich mit meinem Problem beschäftigt haben.
Am 26. Jul 2009 um 17:26 CEST schrieb Eberhard Exner:
> > Die Header sollten AFAIK eigentlich auch mit dem Befehl 'm-a prepare'
> > installiert werden, falls diese noch fehlen sollten.
> Nach ca 20 Stunden Arbeit mit vergeblichen Versuchen gebe ich jetzt auf.
> Danke an alle, die sich mit meinem Problem beschäftigt haben.
Ich habe jetzt mal versucht, dir das Paket für deinen Kernel in einer VM
mit Ubuntu zu bauen, aber ich bin dabei auch bei 'm-a a-i gspca'
gescheitert. :-(
Das sind IMHO Bugs, die bei einem stable Release nicht mehr vorkommen
dürfen.
"Der Mars ist praktisch in derselben Umlaufbahn... Der Mars ist ungefähr gleich
weit von der Sonne entfernt, was sehr wichtig ist. Wir haben Bilder von Kanälen
und Wasser gesehen. Wenn es Wasser gibt, dann gibt es Sauerstoff. Wenn es
Sauerstoff gibt, können wir atmen." George W. Bush
> Ich habe jetzt mal versucht, dir das Paket für deinen Kernel in einer VM
> mit Ubuntu zu bauen, aber ich bin dabei auch bei 'm-a a-i gspca'
> gescheitert. :-(
> Das sind IMHO Bugs, die bei einem stable Release nicht mehr vorkommen
> dürfen.
Danke nochmal.
Am 26. Jul 2009 um 21:56 CEST schrieb Eberhard Exner:
> > Ich habe jetzt mal versucht, dir das Paket für deinen Kernel in einer VM
> > mit Ubuntu zu bauen, aber ich bin dabei auch bei 'm-a a-i gspca'
> > gescheitert. :-(
> > Das sind IMHO Bugs, die bei einem stable Release nicht mehr vorkommen
> > dürfen.
> Danke nochmal.
Kein Problem.
Ich habe übrigens noch diesen Bug Report dazu gefunden:
"Wenn dies eine Diktatur wäre, dann würde dies wahnsinnig viel einfacher
sein, solange ich der Diktator wäre." George W. Bush
Ich hab nochmal gegoogled. Kernel 2.6.29 unterstützt die Webcam VX3000
"out of the Box". Cheese liefert auch ein gutes Bild, aber in Skype
erscheinen nur Streifen.
Damit nun wirklich Schluß.
> Ich habe übrigens noch diesen Bug Report dazu gefunden:
« Zurück Weiter » 1 2 3 4 5 6 7 8 9
Einem Freund empfehlen
[Impressum] [Fragen zur Web-Seite] [Fragen zu Stories] [Mission] Datenschutzerklärung | © 2013 Medialinx AG
