Linupedia.org - Benutzerbeiträge [de]

Thunderbird ohne GTK Filechooser

2007-06-11T10:34:31Z

AlexDausF: /* Quellen und weiterführende Links */

== Thunderbird "Datei speichern unter" Dialog ändern ==

Für manche, die mit KDE arbeiten und weniger mit Gnome, ist es interessant die "Datei speichern unter" Dialog von Firefox und Thunderbird in ihre Umgebung anzupassen. Siehe dazu diese Disskussion: [http://www.linux-club.de/ftopic56101-0-asc-0.html]

Für Thunderbird geht das folgendermaßen: [https://bugzilla.mozilla.org/show_bug.cgi?id=326227]

Man sucht sich die Datei /usr/lib/thunderbird/components/nsFilePicker.js

Und ändert in der Zeile 276 (die Zeilennummern kann man sich in z.B. Kate anzeigen lassen) die Anführungsstriche in den Text:
FILEPICKER_CONTRACTID

Das sieht dann etwa so aus:
{{blau| code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
"",
//@line 280 *snip*
fileSpec,
location,
type);

Verändern in:

[Code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
FILEPICKER_CONTRACTID,
//@line 280 *snip*
fileSpec,
location,
type); }}

Danach muss diese neue Einstellung erst aktiviert werden. Das geht am besten, wenn man eine Erweiterung z.B. das deutsche Sprachplugin deaktiviert und dann wieder aktiviert.

Alternativ kann man, wie im Firefox auch, in der Umgebungsvariable den String

export MOZ_XUL_PICKER=1

einsetzen. Das würde dann die Dateien /usr/bin/firefox oder /usr/bin/thunderbird betreffen. Hier nur obigen String irgendwo in der Datei einsetzen, speichern, fertig. Allerdings gehen diese Einstellungen bei einem Update verloren und müssen neu eingegeben werden.

Ab Version 2.0 des Internetbrowsers Firefox funktioniert die oben genannte Methode nicht mehr.

Dafür gibt es eine noch viel einfachere Methode: [http://konquefox.free.fr/index.html#trick_filepicker]
Das heisst: In der Adresszeile "about:config" eingeben.
Dann bei Filter "ui.allow_platform_file_picker" eingeben.
Rechte Maustaste auf der angezeigten Einstellung, dann "Umschalten" anwählen, dann sollte jetzt "false" stehen.
Danach muss Firefox nur neu gestartet werden.
Die oben beschriebene Methode für Thunderbird funktioniert nach wie vor.

AlexDausF

== Quellen und weiterführende Links ==

* http://www.linux-club.de/ftopic56101-0-asc-0.html
* https://bugzilla.mozilla.org/show_bug.cgi?id=326227
* http://konquefox.free.fr/index.html#trick_filepicker

----

[[Mail|zurück zur Mail]]
[[Category:Mail]]

Thunderbird ohne GTK Filechooser

2007-06-11T10:33:55Z

AlexDausF: /* Thunderbird "Datei speichern unter" Dialog ändern */

Dateien aus dem Kontextmenue sicher loeschen

2007-02-20T13:30:08Z

AlexDausF:

===Dateien im Kontextmenü des Konqueror sicher löschen===

Wer eine schnelle Lösung sucht um Dateien aus dem Konqueror sicher zu löschen, kann mit folgender Anleitung einen Link im Kontextmenü von Konqueror einrichten, um damit einen Reisswolf für sensible Daten zu haben. Aus dieser Diskussion im Forum: [http://www.linux-club.de/viewtopic.php?t=53953]

Bitte erstelle eine Datei mit folgendem Inhalt:

[Desktop Entry]
X-KDE-Priority=TopLevel
ServiceTypes=all/allfiles
Actions=shred

[Desktop Action shred]
Name=Reisswolf
Icon=editshred
Exec=kgpg -X %U

Diese Datei dann bitte als "shredfile.desktop" abspeichern und als root nach

/opt/kde3/share/apps/konqueror/servicemenus

verschieben.

Falls kgpg nicht installiert ist kann man die letzte Zeile auch durch

Exec=konsole -T "Datei wird 35x überschrieben und dann gelöscht" -e shred -u -n35 -v -z

ersetzen. Nun erscheint ein neuer Eintrag im Kontextmenü des Konqueror der das sichere löschen ermöglicht.

Allerdings ist dies je nach Dateisystem (Journaling) nicht hundertprozentig sicher. Siehe man shred:
CAUTION: Note that shred relies on a very important assumption: that the file system overwrites data in place. This is the traditional way to do things, but many modern file system designs do not satisfy this assumption. The following are examples of file systems on which shred is not effective: log-structured or journaled file systems, such as those supplied with AIX and Solaris (and JFS, ReiserFS, XFS, Ext3, etc.)

Bei der Intallation von KGpg wird im Übrigen ebenfalls ein Reisswolf auf dem Desktop erzeugt. Auf dieses Icon auf dem Desktop kann man einfach Dateien ziehen und sie werden dadurch sicher gelöscht.

Siehe auch:
[1] http://www.linux-club.de/viewtopic.php?t=53953

Security

2007-02-20T13:29:20Z

AlexDausF: /* Dateien aus dem Kontextmenü sicher löschen */

Security

2007-02-20T13:28:30Z

AlexDausF: /* Dateien aus dem Kontextmenü sicher löschen */

== Allgemeine und Lokale Sicherheit ==

=== [[Absichern des eigenen Servers ]] ===
Tips welche DInge zu tun sind um einen Server sicher zu machen.

=== [[Kontrolliertes Ausfuehren von Befehlen als root]] ===
Wie kann man normale User berechtigen kontrolliert root Befehle abzusetzen? sudo oder ssh ist die Loesung.

=== [[Festplatten verschlüsselt mit Linux und Windows nutzen]] ===

=== [[E-Mailverschluesselung und Signierung]] ===
Alles zum Verschluesseln von eMails

=== [[Wie eine Platte unwiederherstellbar und sicher loeschen]] ===
Immer wieder moechte man eine Platte absolut sicher loeschen. Mit etwas Zeit ist das nahezu moeglich.

=== [[Dateien aus dem Kontextmenü sicher löschen]] ===
Neuer Eintrag im Kontextmenü des Konqueror

Wer eine schnelle Lösung sucht um Dateien aus dem Konqueror sicher zu löschen, kann mit folgender Anleitung einen Link im Kontextmenü von Konqueror einrichten, um damit einen Reisswolf für sensible Daten zu haben. Aus dieser Diskussion im Forum: [http://www.linux-club.de/viewtopic.php?t=53953]

Bitte erstelle eine Datei mit folgendem Inhalt:

[Desktop Entry]
X-KDE-Priority=TopLevel
ServiceTypes=all/allfiles
Actions=shred

[Desktop Action shred]
Name=Reisswolf
Icon=editshred
Exec=kgpg -X %U

Diese Datei dann bitte als "shredfile.desktop" abspeichern und als root nach

/opt/kde3/share/apps/konqueror/servicemenus

verschieben.

Falls kgpg nicht installiert ist kann man die letzte Zeile auch durch

Exec=konsole -T "Datei wird 35x überschrieben und dann gelöscht" -e shred -u -n35 -v -z

ersetzen. Nun erscheint ein neuer Eintrag im Kontextmenü des Konqueror der das sichere löschen ermöglicht.

Allerdings ist dies je nach Dateisystem (Journaling) nicht hundertprozentig sicher. Siehe man shred:
CAUTION: Note that shred relies on a very important assumption: that the file system overwrites data in place. This is the traditional way to do things, but many modern file system designs do not satisfy this assumption. The following are examples of file systems on which shred is not effective: log-structured or journaled file systems, such as those supplied with AIX and Solaris (and JFS, ReiserFS, XFS, Ext3, etc.)

Bei der Intallation von KGpg wird im Übrigen ebenfalls ein Reisswolf auf dem Desktop erzeugt. Auf dieses Icon auf dem Desktop kann man einfach Dateien ziehen und sie werden dadurch sicher gelöscht.

Siehe auch:
[1] http://www.linux-club.de/viewtopic.php?t=53953

=== [[AntiVir und Dazuko-On-Access Scanning]] ===
Anleitung wie man beim Zugriff auf Dateien eine automatischen Virenscan vornehmen lassen kann http://www.linux-club.de/ftopic48455.html

=== [[SuSE security fuer Einsteiger]] ===
Allgemeine Hinweise und Ratschlaege, wie ein SuSE System zu sichern ist.
http://www.linux-club.de/ftopic46834.html

=== [[Literatur zu Security]] ===
Fuer alle die, die sich mit einem Thema intensiver befassen wollen

== Sicherheit im Netzwerk ==

=== [[Top 100 Network Security Tools]] ===
Liste der 100 meistgenutzen Netzwerk Security Tools

=== [[Welche Ports sind an meinem Server offen]] ===
Befehle und Webseiten, mit denen offene Ports am eigenen Server aufgespuert werden.

=== [[SuSEfirewall - unofficial Documentation]] ===

=== [[Firewalleinstellungen fuer NFS]] ===
Was ist noetig um NFS durch Firewalls zu schleusen.

=== [[Sicheres tunneln von unsicheren Protokollen mit ssh]] ===
Wie kann man mit ssh unsichere Protokolle (pop, smtp, ...) absichern?

=== [[Erklärung der netfilter Firewall Meldungen online]] ===

=== [[Wie sichere ich meinen ssh Server]] ===
Beschreibung von Moeglichkeiten wie man eine ssh Server sicher ins Internet stellen kann sowie eine Liste wichtiger sshd_config Parameter.

=== [[Einrichten von public keys mit ssh]] ===
Anleitung, wie ein asymmetischer key beim ssh erzeugt werden kann

=== [[Mit putty und ssh key auf einen sicheren Linux Server zugreifen]] ===
Beschreibung wie ein putty unter Windows mit einem ssh key so einzurichten ist, dass Zugriffe auf einen Linux Server nur noch mit asymetrischem key moeglich sind. Gleichzeitig wird beschrieben, wie man den Linux Server sshd daemon konfigurieren muss um nur noch per key zugreifen zu koennen.

=== [[Einrichten von shorewall mit Webmin ]] ===
Der Titel sagt alles

=== [[Kleines Howto IPsec mit racoon]] ===
Anleitung, wie ipsec aufzusetzen ist mit racoon

=== [[Die Peter Huth Lücke in PHP Scripten vermeiden]] ===
Beschreibung, wie man relativ schnell seinen Webserver mittels PHP unsicher machen kann.

== Backup ==

=== [[Backupkonzept ]] ===
Eine sehr detailierte Beschreibung wie man einen Server sichern und recovern kann

=== [[System- und Datensicherung einrichten]] ===
Vorstellung der Tools mkcdrec welches CD Images eines Systems erstellt. Zum restore ist einfach von der ersten CD zu booten.

=== [[PartImage]] ===
Die gesamte Partition mit dem Dateisystem als Image sichern.

[[Category:Security]]

Security

2007-02-20T13:13:22Z

AlexDausF:

Thunderbird ohne GTK Filechooser

2006-12-31T12:31:07Z

AlexDausF: /* Thunderbird "Datei speichern unter" Dialog ändern */

== Thunderbird "Datei speichern unter" Dialog ändern ==

Für manche, die mit KDE arbeiten und weniger mit Gnome, ist es interessant die "Datei speichern unter" Dialog von Firefox und Thunderbird in ihre Umgebung anzupassen. Siehe dazu diese Disskussion: [http://www.linux-club.de/ftopic56101-0-asc-0.html]

Für Thunderbird geht das folgendermaßen: [https://bugzilla.mozilla.org/show_bug.cgi?id=326227]

Man sucht sich die Datei /usr/lib/thunderbird/components/nsFilePicker.js

Und ändert in der Zeile 276 (die Zeilennummern kann man sich in z.B. Kate anzeigen lassen) die Anführungsstriche in den Text:
FILEPICKER_CONTRACTID

Das sieht dann etwa so aus:
{{blau| code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
"",
//@line 280 *snip*
fileSpec,
location,
type);

Verändern in:

[Code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
FILEPICKER_CONTRACTID,
//@line 280 *snip*
fileSpec,
location,
type); }}

Danach muss diese neue Einstellung erst aktiviert werden. Das geht am besten, wenn man eine Erweiterung z.B. das deutsche Sprachplugin deaktiviert und dann wieder aktiviert.

Alternativ kann man, wie im Firefox auch, in der Umgebungsvariable den String

export MOZ_XUL_PICKER=1

einsetzen. Das würde dann die Dateien /usr/bin/firefox oder /usr/bin/thunderbird betreffen. Hier nur obigen String irgendwo in der Datei einsetzen, speichern, fertig. Allerdings gehen diese Einstellungen bei einem Update verloren und müssen neu eingegeben werden.

AlexDausF

Links:

[1] http://www.linux-club.de/ftopic56101-0-asc-0.html

[2] https://bugzilla.mozilla.org/show_bug.cgi?id=326227

[[Category:Mail]]

Mail

2006-12-31T12:25:58Z

AlexDausF: /* Thunderbird ohne GTK Filechooser */

Die Links auf die Howtos werde ich genau so weiterpflegen wie admine das hier angefangen hat.
Neue Howtos werden immer als Normaler Thread gepflegt aber hier verlinkt.

=== [[email-Server mit postfix-cyrus]] ===

=== [[Postfix /nur ausgewählte Benutzer nach extern mailen]] ===

=== [[Die SuSE Linux 9.3 Version aus EASY-Linux enthält einen BUG!]] ===

=== [[Mailserver mit Postfix, Fetchmail, Dovecot]] ===

=== [[Cyrus-IMAP mit KMail mit realm bei DIGEST-MD5]] ===

=== [[HowTo (versuch) Mailserver SuSE 9.3]] ===

=== [[BIG HOWTO SPAM-MAIL-SERVER]] ===

http://www.linux-club.de/ftopic67064.html

=== [[Outlook Daten importieren (.pst)]] ===
http://www.linux-club.de/viewtopic.php?t=46154

=== [[Eine einfache Anleitung für das Einrichten eines Mailserver]] ===

=== [[Thunderbird ohne GTK Filechooser]] ===

Ich habe alle Autoren der oben aufgeführten Artikel angeschrieben, sobald die Zustimmung kommt wandern die Artikel ins Wiki. --[[Benutzer:Yehudi|Yehudi]] 08:53, 22. Aug 2006 (CEST)

Doku. zu Spamassassin
Von dermichel

http://www.klehr.de/michael/files/postfix_amavisd_performance.pdf

Diese kleine doku beschreibt den einsatz von postfix mit greylisting.
Eine sehr wirkungsvolle waffe im kampf gegen spam!
Von dermichel

http://www.klehr.de/michael/files/postfix_postgrey.pdf

postfix smtpd Authentication

http://www.tuxhausen.de/postfix_smtp_auth-4.html

Alle main.cf Parameter

http://www.postfix.org/postconf.5.html

Weitere HowTos
http://www.linux-club.de/ftopic41288.html

wenn eine spam-email bis zum content_filter/spamassassin kommt, ist vorher
was schief gelaufen. die folgende doku beschreibt spam-prevention fuer postfix:

http://www.klehr.de/michael/files/postfix-antispam.pdf

Cyrus 2.3.0 Update - Quick and Dirty

http://www.klehr.de/michael/files/cyrus_update.pdf

Extrem wichtig für Admins die auf die neueste Version von Postfxi 2.3 updaten:

http://www.klehr.de/michael/files/postfix_sasl.pdf

Musterkonfigurationen:

[[Postfix Musterkonfigurationen]]

[[Exim Musterkonfigurationen]]

[[QMail Musterkonfigurationen]]

[[Sendmail Musterkonfigurationen]]

[[Cyrus-IMAP Musterkonfigurationen]]

[[Courier Musterkonfigurationen]]

[[UW-IMAP Musterkonfigurationen]]

[[Fetchmail Musterkonfigurationen]]

[[Procmail Musterkonfigurationen ]]

[[Category:Mail]]

Thunderbird ohne GTK Filechooser

2006-12-31T12:24:47Z

AlexDausF: /* Thunderbird "Datei speichern unter" Dialog ändern */

== Thunderbird "Datei speichern unter" Dialog ändern ==

Für manche, die mit KDE arbeiten und weniger mit Gnome, ist es interessant die "Datei speichern unter" Dialog von Firefox und Thunderbird in ihre Umgebung anzupassen. Siehe dazu diese Disskussion: [http://www.linux-club.de/ftopic56101-0-asc-0.html]

Für Thunderbird geht das folgendermaßen: [https://bugzilla.mozilla.org/show_bug.cgi?id=326227]

Man sucht sich die Datei /usr/lib/thunderbird/components/nsFilePicker.js

Und ändert in der Zeile 276 (die Zeilennummern kann man sich in z.B. Kate anzeigen lassen) die Anführungsstriche in den Text:
FILEPICKER_CONTRACTID

Das sieht dann etwa so aus:
{{blau| code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
"",
//@line 280 *snip*
fileSpec,
location,
type);

Verändern in:

[Code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
FILEPICKER_CONTRACTID,
//@line 280 *snip*
fileSpec,
location,
type); }}

Danach muss diese neue Einstellung erst aktiviert werden. Das geht am besten, wenn man eine Erweiterung z.B. das deutsche Sprachplugin deaktiviert und dann wieder aktiviert.

Alternativ kann man wie im Firefox auch in der Umgebungsvariable den String

export MOZ_XUL_PICKER=1

einsetzen. Das würde dann die Dateien /usr/bin/firefox oder /usr/bin/thunderbird betreffen. Hier nur obigen String irgendwo in der Datei einsetzen, speichern, fertig. Allerdings gehen diese Einstellungen bei einem Update verloren und müssen neu eingegeben werden.

AlexDausF

Links:

[1] http://www.linux-club.de/ftopic56101-0-asc-0.html

[2] https://bugzilla.mozilla.org/show_bug.cgi?id=326227

[[Category:Mail]]

Thunderbird ohne GTK Filechooser

2006-12-31T12:22:47Z

AlexDausF: /* Thunderbird "Datei speichern unter" Dialog ändern */

== Thunderbird "Datei speichern unter" Dialog ändern ==

Für manche, die mit KDE arbeiten und weniger mit Gnome ist es interessant die "Datei speichern unter" Dialog von Firefox und Thunderbird in ihre Umgebung anzupassen. Siehe dazu diese Disskussion: [http://www.linux-club.de/ftopic56101-0-asc-0.html]

Für Thunderbird geht das folgendermaßen: [https://bugzilla.mozilla.org/show_bug.cgi?id=326227]

Man sucht sich die Datei /usr/lib/thunderbird/components/nsFilePicker.js

Und ändert in der Zeile 276 (die Zeilennummern kann man sich in z.B. Kate anzeigen lassen) die Anführungsstriche in den Text:
FILEPICKER_CONTRACTID

Das sieht dann etwa so aus:
{{blau| code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
"",
//@line 280 *snip*
fileSpec,
location,
type);

Verändern in:

[Code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
FILEPICKER_CONTRACTID,
//@line 280 *snip*
fileSpec,
location,
type); }}

Danach muss diese neue Einstellung erst aktiviert werden. Das geht am besten wenn man eine Erweiterung z.B. das deutsche Sprachplugin deaktiviert und dann wieder aktiviert.

Alternativ kann man wie im Firefox auch in der Umgebungsvariable den String

export MOZ_XUL_PICKER=1

einsetzen. Das würde dann die Dateien /usr/bin/firefox oder /usr/bin/thunderbird betreffen. Hier nur obigen String irgendwo in der Datei einsetzen, speichern, fertig. Allerdings gehen diese Einstellungen bei einem Update verloren und müssen neu eingegeben werden.

AlexDausF

Links:

[1] http://www.linux-club.de/ftopic56101-0-asc-0.html

[2] https://bugzilla.mozilla.org/show_bug.cgi?id=326227

[[Category:Mail]]

Thunderbird ohne GTK Filechooser

2006-12-31T12:21:20Z

AlexDausF: /* Thunderbird "Datei speichern unter" Dialog ändern */

Thunderbird ohne GTK Filechooser

2006-12-31T12:20:55Z

AlexDausF: /* Thunderbird "Datei speichern unter" Dialog ändern */

== Thunderbird "Datei speichern unter" Dialog ändern ==

Für manche, die mit KDE arbeiten und weniger mit Gnome ist es interessant die "Datei speichern unter" Dialog von Firefox und Thunderbird in ihre Umgebung anzupassen. Siehe dazu diese Disskussion: [http://www.linux-club.de/ftopic56101-0-asc-0.html]

Für Thunderbird geht das folgendermaßen: [https://bugzilla.mozilla.org/show_bug.cgi?id=326227]

Man sucht sich die Datei /usr/lib/thunderbird/components/nsFilePicker.js

Und ändert in der Zeile 276 (die Zeilennummern kann man sich in z.B. Kate anzeigen lassen) die Anführungsstriche in den Text:
FILEPICKER_CONTRACTID

Das sieht dann etwa so aus:
{{blau| code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
"",
//@line 280 *snip*
fileSpec,
location,
type);

TO

[Code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
FILEPICKER_CONTRACTID,
//@line 280 *snip*
fileSpec,
location,
type); }}

Danach muss diese neue Einstellung erst aktiviert werden. Das geht am besten wenn man eine Erweiterung z.B. das deutsche Sprachplugin deaktiviert und dann wieder aktiviert.

Alternativ kann man wie im Firefox auch in der Umgebungsvariable den String

export MOZ_XUL_PICKER=1

einsetzen. Das würde dann die Dateien /usr/bin/firefox oder /usr/bin/thunderbird betreffen. Hier nur obigen String irgendwo in der Datei einsetzen, speichern, fertig. Allerdings gehen diese Einstellungen bei einem Update verloren und müssen neu eingegeben werden.

AlexDausF

Links:

[1] http://www.linux-club.de/ftopic56101-0-asc-0.html

[2] https://bugzilla.mozilla.org/show_bug.cgi?id=326227

Thunderbird ohne GTK Filechooser

2006-12-31T12:19:35Z

AlexDausF: /* Thunderbird "Datei speichern unter" Dialog ändern */

== Thunderbird "Datei speichern unter" Dialog ändern ==

Für manche, die mit KDE arbeiten und weniger mit Gnome ist es interessant die "Datei speichern unter" Dialog von Firefox und Thunderbird in ihre Umgebung anzupassen. Siehe dazu diese Disskussion: [http://www.linux-club.de/ftopic56101-0-asc-0.html]

Für Thunderbird geht das folgendermaßen: [https://bugzilla.mozilla.org/show_bug.cgi?id=326227]

Man sucht sich die Datei /usr/lib/thunderbird/components/nsFilePicker.js

Und ändert in der Zeile 276 (die Zeilennummern kann man sich in z.B. Kate anzeigen lassen) die Anführungsstriche in den Text:
FILEPICKER_CONTRACTID

Das sieht dann etwa so aus:
{{blau| code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
"",
//@line 280 *snip*
fileSpec,
location,
type);

TO

[Code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
FILEPICKER_CONTRACTID,
//@line 280 *snip*
fileSpec,
location,
type); }}

Danach muss diese neue Einstellung erst aktiviert werden. Das geht am besten wenn man eine Erweiterung z.B. das deutsche Sprachplugin deaktiviert und dann wieder aktiviert.

Alternativ kann man wie im Firefox auch in der Umgebungsvariable den String

export MOZ_XUL_PICKER=1

einsetzen. Das würde dann die Dateien /usr/bin/firefox oder /usr/bin/thunderbird betreffen. Hier nur obigen String irgendwo in der Datei einsetzen, speichern, fertig. Allerdings gehen diese Einstellungen bei einem Update verloren und müssen neu eingegeben werden.

AlexDausF

Links:

[1] http://www.linux-club.de/ftopic56101-0-asc-0.html

[2] https://bugzilla.mozilla.org/show_bug.cgi?id=326227

Thunderbird ohne GTK Filechooser

2006-12-31T12:08:17Z

AlexDausF: /* Thunderbird "Datei speichern unter" Dialog ändern */

== Thunderbird "Datei speichern unter" Dialog ändern ==

Für manche, die mit KDE arbeiten und weniger mit Gnome ist es interessant die "Datei speichern unter" Dialog von Firefox und Thunderbird in ihre Umgebung anzupassen. Siehe dazu diese Disskussion: [http://www.linux-club.de/ftopic56101-0-asc-0.html]

Für Thunderbird geht das folgendermaßen: [https://bugzilla.mozilla.org/show_bug.cgi?id=326227]

Man sucht sich die Datei /usr/lib/thunderbird/components/nsFilePicker.js

Und ändert in der Zeile 276 (die Zeilennummern kann man sich in z.B. Kate anzeigen lassen) die Anführungsstriche in den Text:
FILEPICKER_CONTRACTID

Das sieht dann etwa so aus:
code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
"",
//@line 280 *snip*
fileSpec,
location,
type);

TO

[Code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
FILEPICKER_CONTRACTID,
//@line 280 *snip*
fileSpec,
location,
type);

Danach muss diese neue Einstellung erst aktiviert werden. Das geht am besten wenn man eine Erweiterung z.B. das deutsche Sprachplugin deaktiviert und dann wieder aktiviert.

Alternativ kann man wie im Firefox auch in der Umgebungsvariable den String

export MOZ_XUL_PICKER=1

einsetzen. Das würde dann die Dateien /usr/bin/firefox oder /usr/bin/thunderbird betreffen. Hier nur obigen String irgendwo in der Datei einsetzen, speichern, fertig. Allerdings gehen diese Einstellungen bei einem Update verloren und müssen neu eingegeben werden.

AlexDausF

Links:

[1] http://www.linux-club.de/ftopic56101-0-asc-0.html

[2] https://bugzilla.mozilla.org/show_bug.cgi?id=326227

Thunderbird ohne GTK Filechooser

2006-12-31T12:05:13Z

AlexDausF:

== Thunderbird "Datei speichern unter" Dialog ändern ==

Für manche, die mit KDE arbeiten und weniger mit Gnome ist es interessant die "Datei speichern unter" Dialog von Firefox und Thunderbird in ihre Umgebung anzupassen. Siehe dazu diese Disskussion: [http://www.linux-club.de/ftopic56101-0-asc-0.html]

Für Thunderbird geht das folgendermaßen: '''[1]'''

Man sucht sich die Datei /usr/lib/thunderbird/components/nsFilePicker.js

Und ändert in der Zeile 276 (die Zeilennummern kann man sich in z.B. Kate anzeigen lassen) die Anführungsstriche in den Text:
FILEPICKER_CONTRACTID

Das sieht dann etwa so aus:
code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
"",
//@line 280 *snip*
fileSpec,
location,
type);

TO

Code:
compMgr.registerFactoryLocation(FILEPICKER_CID,
"FilePicker JS Component",
//@line 278 *snip*
FILEPICKER_CONTRACTID,
//@line 280 *snip*
fileSpec,
location,
type);

Danach muss diese neue Einstellung erst aktiviert werden. Das geht am besten wenn man eine Erweiterung z.B. das deutsche Sprachplugin deaktiviert und dann wieder aktiviert.

Alternativ kann man wie im Firefox auch in der Umgebungsvariable den String

export MOZ_XUL_PICKER=1

einsetzen. Das würde dann die Dateien /usr/bin/firefox oder /usr/bin/thunderbird betreffen. Hier nur obigen String irgendwo in der Datei einsetzen, speichern, fertig. Allerdings gehen diese Einstellungen bei einem Update verloren und müssen neu eingegeben werden.

AlexDausF

Links:

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=326227

Mail

2006-12-31T11:32:05Z

AlexDausF:

Die Links auf die Howtos werde ich genau so weiterpflegen wie admine das hier angefangen hat.
Neue Howtos werden immer als Normaler Thread gepflegt aber hier verlinkt.

=== [[email-Server mit postfix-cyrus]] ===

=== [[Postfix /nur ausgewählte Benutzer nach extern mailen]] ===

=== [[Die SuSE Linux 9.3 Version aus EASY-Linux enthält einen BUG!]] ===

=== [[Mailserver mit Postfix, Fetchmail, Dovecot]] ===

=== [[Cyrus-IMAP mit KMail mit realm bei DIGEST-MD5]] ===

=== [[HowTo (versuch) Mailserver SuSE 9.3]] ===

=== [[BIG HOWTO SPAM-MAIL-SERVER]] ===

http://www.linux-club.de/ftopic67064.html

=== [[Outlook Daten importieren (.pst)]] ===
http://www.linux-club.de/viewtopic.php?t=46154

=== [[Eine einfache Anleitung für das Einrichten eines Mailserver]] ===

=== [[Thunderbird ohne GTK Filechooser]] ===

Hier befindet sich kein Artikel hinter

Ich habe alle Autoren der oben aufgeführten Artikel angeschrieben, sobald die Zustimmung kommt wandern die Artikel ins Wiki. --[[Benutzer:Yehudi|Yehudi]] 08:53, 22. Aug 2006 (CEST)

Doku. zu Spamassassin
Von dermichel

http://www.klehr.de/michael/files/postfix_amavisd_performance.pdf

Diese kleine doku beschreibt den einsatz von postfix mit greylisting.
Eine sehr wirkungsvolle waffe im kampf gegen spam!
Von dermichel

http://www.klehr.de/michael/files/postfix_postgrey.pdf

postfix smtpd Authentication

http://www.tuxhausen.de/postfix_smtp_auth-4.html

Alle main.cf Parameter

http://www.postfix.org/postconf.5.html

Weitere HowTos
http://www.linux-club.de/ftopic41288.html

wenn eine spam-email bis zum content_filter/spamassassin kommt, ist vorher
was schief gelaufen. die folgende doku beschreibt spam-prevention fuer postfix:

http://www.klehr.de/michael/files/postfix-antispam.pdf

Cyrus 2.3.0 Update - Quick and Dirty

http://www.klehr.de/michael/files/cyrus_update.pdf

Extrem wichtig für Admins die auf die neueste Version von Postfxi 2.3 updaten:

http://www.klehr.de/michael/files/postfix_sasl.pdf

Musterkonfigurationen:

[[Postfix Musterkonfigurationen]]

[[Exim Musterkonfigurationen]]

[[QMail Musterkonfigurationen]]

[[Sendmail Musterkonfigurationen]]

[[Cyrus-IMAP Musterkonfigurationen]]

[[Courier Musterkonfigurationen]]

[[UW-IMAP Musterkonfigurationen]]

[[Fetchmail Musterkonfigurationen]]

[[Procmail Musterkonfigurationen ]]

[[Category:Mail]]

ReiserFS

2006-10-18T10:45:37Z

AlexDausF: /* Reiser-Dateisystem reparieren */

== Reiser-Dateisystem reparieren ==
Das Reiser Dateisystem ist ein Journaling-Dateisystem, welches in der Lage ist die Veränderungen, die durch die Nutzung des PC entstehen zu protokollieren und gegebenenfalls auch zurückzusetzen.
Dieses Howto soll ein paar Befehle und ihre Anwendung erklären um Euch in die Lage zu versetzen Euer Dateisystem:

# '''Zu prüfen'''
# '''Bei Fehlern auch einen Reparaturversuch zu machen'''

Diese Reparatur geht über die Reparatur durch die SuseLinux CD hinaus. D.h. man kann auch ein Dateisystem reparieren, welches durch die automatische Korrektur über die CD nicht reparabel ist.
(Diese Reparaturfunktion erreicht man wenn man vom Installationsmedium startet und dann über "Installation", "Sprache wählen", "akzeptieren der Bedingungen" dann "Andere.." und dann "automatische Reparatur" geht.)

Für die Reparatur verwendet man am besten eine Knoppix CD/DVD. Hier kann man alle entsprechenden Linuxpartitionen bearbeiten. Dazu sollte man jedoch die Partition nicht in des Dateisystem eingebunden, gemountet haben.

Ansonsten bekommt man folgende Meldung:

Partition /dev/hda1 is mounted with write permissions, cannot check it

Über den Befehl "reiserfsck" bekommt man folgende Erklärung:

Usage: reiserfsck [mode] [options] device

Modes:
--check consistency checking (default)
--fix-fixable fix corruptions which can be fixed without
--rebuild-tree
--rebuild-sb super block checking and rebuilding if needed
(may require --rebuild-tree afterwards)
--rebuild-tree force fsck to rebuild filesystem from scratch
(takes a long time)
--clean-attributes clean garbage in reserved fields in StatDatas

Options:
-j | --journal device specify journal if relocated
-B | --badblocks file file with list of all bad blocks on the fs
-l | --logfile file make fsck to complain to specifed file
-n | --nolog make fsck to not complain
-z | --adjust-size fix file sizes to real size
-q | --quiet no speed info
-y | --yes no confirmations
-V prints version and exits
-a and -p some light-weight auto checks for bootup
-f and -r ignored

Expert options:
--no-journal-available do not open nor replay journal
-S | --scan-whole-partition build tree of all blocks of the device

Um nun eine Partition zu checken oder zu reparieren geht man folgendermaßen vor:

=== 1. Von Knoppix booten ===
=== 2. Mit dem Befehl su root werden ===
=== 3. Mit reiserfsck und Parameter arbeiten ===

Dann kann man mit

reiserfsck --check /dev/hda1

(Devicenamen bitte angleichen ;-) ) die Überprüfung des Dateisystems aufrufen.
Das läuft dann folgendermaßen ab:

knoppix@1[knoppix]$ su
root@1[knoppix]# reiserfsck --check /dev/hda1

reiserfsck 3.6.19 (2003 www.namesys.com)
Will read-only check consistency of the filesystem on /dev/hda1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes

Warning: The dma on your hard drive is turned off.
This may really slow down the fsck process.

reiserfsck --check started at Mon Oct 16 13:05:41 2006

Replaying journal..
Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree: finished
No corruptions found
There are on the filesystem:
Leaves 25563
Internal nodes 179
Directories 9443
Other files 117423
Data block pointers 650151 (4572 of them are zero)
Safe links 0

reiserfsck finished at Mon Oct 16 13:06:45 2006

In diesem Beispiel war die Partition ohne Dateisystemfehler. Dabei ist es wichtig wirklich "Yes" einzugeben sonst bricht es kommentarlos ab.

Wenn man ein Dateisystem reparieren will wendet man den folgenden Befehl an:

reiserfsck --fix-fixable

Die Ausgabe von diesem Befehl ergibt dann Hinweise ob man weitere Befehle braucht:
Wenn zum Beispiel der sog. Superblock nicht OK ist dann sollte man

reiserfsck --rebuild-sb

verwenden. Wenn sogar das nicht hilft ist das Reiserdateisystem in der Lage sich vollkommen neu aufzubauen. (Hoffentlich gibts ein Backup!)
Bei mir hat es aber hervorragend funktioniert allerdings dauert es mindestens 15 Minuten bis der Vorgang durchgelaufen ist. Dabei bekommt man eine Rückmeldung wieviel Prozent schon bearbeitet ist. Der Befehl dafür lautet:

reiserfsck --rebuild-tree

Ich hoffe es ergeht Euch auch so gut damit. Bin davon begeistert.
Viel Erfolg!

AlexDausF

[[Category:Bootmanager]]

ReiserFS

2006-10-16T14:11:35Z

AlexDausF: /* Reiser-Dateisystem reparieren */

== Reiser-Dateisystem reparieren ==
Das Reiser Dateisystem ist ein Journaling-Dateisystem, welches in der Lage ist die Veränderungen, die durch die Nutzung des PC entstehen zu protokollieren und gegebenenfalls auch zurückzusetzen.
Dieses Howto soll ein paar Befehle und ihre Anwendung erklären um Euch in die Lage zu versetzen Euer Dateisystem:

# '''Zu prüfen'''
# '''Bei Fehlern auch einen Reparaturversuch zu machen'''

Diese Reparatur geht über die Reparatur durch die SuseLinux CD hinaus. D.h. man kann auch ein Dateisystem reparieren, welches durch die automatische Korrektur über die CD nicht reparabel ist.
(Diese Reparaturfunktion erreicht man wenn man vom Installationsmedium startet und dann über "Installation", "Sprache wählen", "akzeptieren der Bedingungen" dann "Andere.." und dann "automatische Reparatur".)

Für die Reparatur verwendet man am besten eine Knoppix CD/DVD. Hier kann man alle entsprechenden Linuxpartitionen bearbeiten. Dazu sollte man jedoch die Partition nicht in des Dateisystem eingebunden, gemountet haben.

Ansonsten bekommt man folgende Meldung:

Partition /dev/hda1 is mounted with write permissions, cannot check it

Über den Befehl "reiserfsck" bekommt man folgende Erklärung:

Usage: reiserfsck [mode] [options] device

Modes:
--check consistency checking (default)
--fix-fixable fix corruptions which can be fixed without
--rebuild-tree
--rebuild-sb super block checking and rebuilding if needed
(may require --rebuild-tree afterwards)
--rebuild-tree force fsck to rebuild filesystem from scratch
(takes a long time)
--clean-attributes clean garbage in reserved fields in StatDatas

Options:
-j | --journal device specify journal if relocated
-B | --badblocks file file with list of all bad blocks on the fs
-l | --logfile file make fsck to complain to specifed file
-n | --nolog make fsck to not complain
-z | --adjust-size fix file sizes to real size
-q | --quiet no speed info
-y | --yes no confirmations
-V prints version and exits
-a and -p some light-weight auto checks for bootup
-f and -r ignored

Expert options:
--no-journal-available do not open nor replay journal
-S | --scan-whole-partition build tree of all blocks of the device

Um nun eine Partition zu checken oder zu reparieren geht man folgendermaßen vor:

=== 1. Von Knoppix booten ===
=== 2. Mit dem Befehl su root werden ===
=== 3. Mit reiserfsck und Parameter arbeiten ===

Dann kann man mit

reiserfsck --check /dev/hda1

(Devicenamen bitte angleichen ;-) ) die Überprüfung des Dateisystems aufrufen.
Das läuft dann folgendermaßen ab:

knoppix@1[knoppix]$ su
root@1[knoppix]# reiserfsck --check /dev/hda1

reiserfsck 3.6.19 (2003 www.namesys.com)
Will read-only check consistency of the filesystem on /dev/hda1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes

Warning: The dma on your hard drive is turned off.
This may really slow down the fsck process.

reiserfsck --check started at Mon Oct 16 13:05:41 2006

Replaying journal..
Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree: finished
No corruptions found
There are on the filesystem:
Leaves 25563
Internal nodes 179
Directories 9443
Other files 117423
Data block pointers 650151 (4572 of them are zero)
Safe links 0

reiserfsck finished at Mon Oct 16 13:06:45 2006

In diesem Beispiel war die Partition ohne Dateisystemfehler. Dabei ist es wichtig wirklich "Yes" einzugeben sonst bricht es kommentarlos ab.

Wenn man ein Dateisystem reparieren will wendet man den folgenden Befehl an:

reiserfsck --fix-fixable

Die Ausgabe von diesem Befehl ergibt dann Hinweise ob man weitere Befehle braucht:
Wenn zum Beispiel der sog. Superblock nicht OK ist dann sollte man

reiserfsck --rebuild-sb

verwenden. Wenn sogar das nicht hilft ist das Reiserdateisystem in der Lage sich vollkommen neu aufzubauen. (Hoffentlich gibts ein Backup!)
Bei mir hat es aber hervorragend funktioniert allerdings dauert es mindestens 15 Minuten bis der Vorgang durchgelaufen ist. Dabei bekommt man eine Rückmeldung wieviel Prozent schon bearbeitet ist. Der Befehl dafür lautet.

reiserfsck --rebuild-tree

Ich hoffe es ergeht Euch auch so gut damit. Bin davon begeistert.
Viel Erfolg!

AlexDausF

[[Category:Bootmanager]]

ReiserFS

2006-10-16T14:09:15Z

AlexDausF: /* 3. Mit reiserfsck und Parameter arbeiten */

== Reiser-Dateisystem reparieren ==
Das Reiser Dateisystem ist ein Journaling-Dateisystem, welches in der Lage ist die Veränderungen, die durch die Nutzung des PC entstehen zu protokollieren und gegebenenfalls auch zurückzusetzen.
Dieses Howto soll ein paar Befehle und ihre Anwendung erklären um Euch in die Lage zu versetzen Euer Dateisystem:

# '''Zu prüfen'''
# '''Bei Fehlern auch einen Reparaturversuch zu machen'''

Diese Reparatur geht über die Reparatur durch die SuseLinux CD hinaus. D.h. man kann auch ein Dateisystem reparieren, welches durch die automatische Korrektur über die CD nicht reparabel ist.
(Diese Reparaturfunktion erreicht man wenn man vom Installationsmedium startet und dann über "Installation", "Sprache wählen", "akzeptieren der Bedingungen" dann "Andere.." und dann "automatische Reparatur".)

Für die Reparatur verwendet man am besten eine Knoppix CD/DVD. Hier kann man alle entsprechenden Linuxpartitionen bearbeiten. Dazu sollte man jedoch die Partition nicht in des Dateisystem eingebunden, gemountet haben.

Ansonsten bekommt man folgende Meldung:

Partition /dev/hda1 is mounted with write permissions, cannot check it

Über den Befehl "reiserfsck" bekommt man folgende Erklärung:

Usage: reiserfsck [mode] [options] device

Modes:
--check consistency checking (default)
--fix-fixable fix corruptions which can be fixed without
--rebuild-tree
--rebuild-sb super block checking and rebuilding if needed
(may require --rebuild-tree afterwards)
--rebuild-tree force fsck to rebuild filesystem from scratch
(takes a long time)
--clean-attributes clean garbage in reserved fields in StatDatas

Options:
-j | --journal device specify journal if relocated
-B | --badblocks file file with list of all bad blocks on the fs
-l | --logfile file make fsck to complain to specifed file
-n | --nolog make fsck to not complain
-z | --adjust-size fix file sizes to real size
-q | --quiet no speed info
-y | --yes no confirmations
-V prints version and exits
-a and -p some light-weight auto checks for bootup
-f and -r ignored

Expert options:
--no-journal-available do not open nor replay journal
-S | --scan-whole-partition build tree of all blocks of the device

Um nun eine Partition zu checken oder zu reparieren geht man folgendermaßen vor:

=== 1. Von Knoppix booten ===
=== 2. Mit dem Befehl su root werden ===
=== 3. Mit reiserfsck und Parameter arbeiten ===

Dann kann man mit

reiserfsck --check /dev/hda1

(Devicenamen bitte angleichen ;-) ) die Überprüfung des Dateisystems aufrufen.
Das läuft dann folgendermaßen ab:

knoppix@1[knoppix]$ su
root@1[knoppix]# reiserfsck --check /dev/hda1

reiserfsck 3.6.19 (2003 www.namesys.com)
Will read-only check consistency of the filesystem on /dev/hda1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes

Warning: The dma on your hard drive is turned off.
This may really slow down the fsck process.

reiserfsck --check started at Mon Oct 16 13:05:41 2006

Replaying journal..
Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree: finished
No corruptions found
There are on the filesystem:
Leaves 25563
Internal nodes 179
Directories 9443
Other files 117423
Data block pointers 650151 (4572 of them are zero)
Safe links 0

reiserfsck finished at Mon Oct 16 13:06:45 2006

In diesem Beispiel war die Partition ohne Dateisystemfehler. Dabei ist es wichtig wirklich "Yes" einzugeben sonst bricht es kommentarlos ab.

Wenn man ein Dateisystem reparieren will wendet man den folgenden Befehl an:

reiserfsck --fix-fixable

Die Ausgabe von diesem Befehl ergibt dann Hinweise ob man weitere Befehle braucht:
Wenn zum Beispiel der sog. Superblock nicht OK ist dann sollte man

reiserfsck --rebuild-sb

verwenden. Wenn sogar das nicht hilft ist das Reiserdateisystem in der Lage sich vollkommen neu aufzubauen. (Hoffentlich gibts ein Backup!)
Bei mir hat es aber hervorragend funktioniert allerdings dauert es mindestens 15 Minuten bis der Vorgang durchgelaufen ist. Dabei bekommt man eine Rückmeldung wieviel Prozent schon bearbeitet ist. Der Befehl dafür lautet.

reiserfsck --rebuild-tree

Ich hoffe es ergeht Euch auch so gut damit. Bin davon begeistert.
Viel Erfolg!

Alex Dechert

[[Category:Bootmanager]]

ReiserFS

2006-10-16T13:50:48Z

AlexDausF: /* Reiser-Dateisystem reparieren */

== Reiser-Dateisystem reparieren ==
Das Reiser Dateisystem ist ein Journaling-Dateisystem, welches in der Lage ist die Veränderungen, die durch die Nutzung des PC entstehen zu protokollieren und gegebenenfalls auch zurückzusetzen.
Dieses Howto soll ein paar Befehle und ihre Anwendung erklären um Euch in die Lage zu versetzen Euer Dateisystem:

# '''Zu prüfen'''
# '''Bei Fehlern auch einen Reparaturversuch zu machen'''

Diese Reparatur geht über die Reparatur durch die SuseLinux CD hinaus. D.h. man kann auch ein Dateisystem reparieren, welches durch die automatische Korrektur über die CD nicht reparabel ist.
(Diese Reparaturfunktion erreicht man wenn man vom Installationsmedium startet und dann über "Installation", "Sprache wählen", "akzeptieren der Bedingungen" dann "Andere.." und dann "automatische Reparatur".)

Für die Reparatur verwendet man am besten eine Knoppix CD/DVD. Hier kann man alle entsprechenden Linuxpartitionen bearbeiten. Dazu sollte man jedoch die Partition nicht in des Dateisystem eingebunden, gemountet haben.

Ansonsten bekommt man folgende Meldung:

Partition /dev/hda1 is mounted with write permissions, cannot check it

Über den Befehl "reiserfsck" bekommt man folgende Erklärung:

Usage: reiserfsck [mode] [options] device

Modes:
--check consistency checking (default)
--fix-fixable fix corruptions which can be fixed without
--rebuild-tree
--rebuild-sb super block checking and rebuilding if needed
(may require --rebuild-tree afterwards)
--rebuild-tree force fsck to rebuild filesystem from scratch
(takes a long time)
--clean-attributes clean garbage in reserved fields in StatDatas

Options:
-j | --journal device specify journal if relocated
-B | --badblocks file file with list of all bad blocks on the fs
-l | --logfile file make fsck to complain to specifed file
-n | --nolog make fsck to not complain
-z | --adjust-size fix file sizes to real size
-q | --quiet no speed info
-y | --yes no confirmations
-V prints version and exits
-a and -p some light-weight auto checks for bootup
-f and -r ignored

Expert options:
--no-journal-available do not open nor replay journal
-S | --scan-whole-partition build tree of all blocks of the device

Um nun eine Partition zu checken oder zu reparieren geht man folgendermaßen vor:

=== 1. Von Knoppix booten ===
=== 2. Mit dem Befehl su root werden ===
=== 3. Mit reiserfsck und Parameter arbeiten ===

Dann kann man mit

reiserfsck --check /dev/hda1

(Devicenamen bitte angleichen ;-) ) die Überprüfung des Dateisystems aufrufen.
Das läuft dann folgendermaßen ab:

knoppix@1[knoppix]$ su
root@1[knoppix]# reiserfsck --check /dev/hda1

reiserfsck 3.6.19 (2003 www.namesys.com)
Will read-only check consistency of the filesystem on /dev/hda1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes

Warning: The dma on your hard drive is turned off.
This may really slow down the fsck process.

reiserfsck --check started at Mon Oct 16 13:05:41 2006

Replaying journal..
Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree: finished
No corruptions found
There are on the filesystem:
Leaves 25563
Internal nodes 179
Directories 9443
Other files 117423
Data block pointers 650151 (4572 of them are zero)
Safe links 0

reiserfsck finished at Mon Oct 16 13:06:45 2006

In diesem Beispiel war die Partition ohne Dateisystemfehler. Dabei ist es wichtig wirklich "Yes" einzugeben sonst bricht es kommentarlos ab.

Wenn man ein Dateisystem reparieren will wendet man den folgenden Befehl an:

reiserfsck --fix-fixable

Die Ausgabe von diesem Befehl ergibt dann Hinweise ob man weitere Befehle braucht:
Wenn zum Beispiel der sog. Superblock nicht OK ist dann sollte man

reiserfsck --rebuild-sb

verwenden. Wenn sogar das nicht hilft ist das Reiserdateisystem in der Lage sich vollkommen neu aufzubauen. (Hoffentlich gibts ein Backup!)
Bei mir hat es aber hervorragend funktioniert allerdings dauert es mindestens 15 Minuten bis der Vorgang durchgelaufen ist. Dabei bekommt man eine Rückmeldung wieviel Prozent schon bearbeitet ist. Der Befehl dafür lautet.

reiserfsck --rebuild-tree

Ich hoffe es ergeht Euch auch so gut damit. Bin davon begeistert.
Viel Erfolg!

[[Category:Bootmanager]]

ReiserFS

2006-10-16T13:45:33Z

AlexDausF: /* 3. Eventuell mit reiserfsck obige Erklärung aufrufen */

== Reiser-Dateisystem reparieren ==
Das Reiser Dateisystem ist ein Journaling-Dateisystem, welches in der Lage ist die Veränderungen, die durch die Nutzung des PC entstehen zu protokollieren und gegebenenfalls auch zurückzusetzen.
Dieses Howto soll ein paar Befehle und ihre Anwendung erklären um Euch in die Lage zu versetzen Euer Dateisystem:

# '''Zu prüfen'''
# '''Bei Fehlern auch einen Reparaturversuch zu machen'''

Diese Reparatur geht über die Reparatur durch die SuseLinux CD hinaus. D.h. man kann auch ein Dateisystem reparieren, welches durch die automatische Korrektur über die CD nicht reparabel ist.
(Diese Reparaturfunktion erreicht man wenn man vom Installationsmedium startet und dann über "Installation", "Sprache wählen", "akzeptieren der Bedingungen" dann "Andere.." und dann "automatische Reparatur".)

Für die Reparatur verwendet man am besten eine Knoppix CD/DVD. Hier kann man alle entsprechenden Linuxpartitionen bearbeiten. Dazu sollte man jedoch die Partition nicht in des Dateisystem eingebunden, gemountet haben.

Ansonsten bekommt man folgende Meldung:

"Partition /dev/hda1 is mounted with write permissions, cannot check it"

Über den Befehl "reiserfsck" bekommt man folgende Erklärung:

Usage: reiserfsck [mode] [options] device

Modes:
--check consistency checking (default)
--fix-fixable fix corruptions which can be fixed without
--rebuild-tree
--rebuild-sb super block checking and rebuilding if needed
(may require --rebuild-tree afterwards)
--rebuild-tree force fsck to rebuild filesystem from scratch
(takes a long time)
--clean-attributes clean garbage in reserved fields in StatDatas
Options:
-j | --journal device specify journal if relocated
-B | --badblocks file file with list of all bad blocks on the fs
-l | --logfile file make fsck to complain to specifed file
-n | --nolog make fsck to not complain
-z | --adjust-size fix file sizes to real size
-q | --quiet no speed info
-y | --yes no confirmations
-V prints version and exits
-a and -p some light-weight auto checks for bootup
-f and -r ignored
Expert options:
--no-journal-available do not open nor replay journal
-S | --scan-whole-partition build tree of all blocks of the device

Um nun eine Partition zu checken oder zu reparieren geht man folgendermaßen vor:

=== 1. Von Knoppix booten ===
=== 2. Mit dem Befehl su root werden ===
=== 3. Mit reiserfsck und Parameter arbeiten ===
Dann kann man mit reiserfsck --check /dev/hda1 z.B. (Devicenamen bitte angleichen ;-) ) die Überprüfung des Dateisystems aufrufen.
Das läuft dann folgendermaßen ab:

knoppix@1[knoppix]$ su
root@1[knoppix]# reiserfsck --check /dev/hda1

reiserfsck 3.6.19 (2003 www.namesys.com)
Will read-only check consistency of the filesystem on /dev/hda1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes

Warning: The dma on your hard drive is turned off.
This may really slow down the fsck process.

reiserfsck --check started at Mon Oct 16 13:05:41 2006

Replaying journal..
Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree: finished
No corruptions found
There are on the filesystem:
Leaves 25563
Internal nodes 179
Directories 9443
Other files 117423
Data block pointers 650151 (4572 of them are zero)
Safe links 0

reiserfsck finished at Mon Oct 16 13:06:45 2006

In diesem Beispiel war die Partition ohne Dateisystemfehler. Dabei ist es wichtig wirklich "Yes" einzugeben sonst bricht es kommentarlos ab.

Wenn man ein Dateisystem reparieren will wendet man den folgenden Befehl an:

reiserfsck --fix-fixable

Die Ausgabe von diesem Befehl ergibt dann Hinweise ob man weitere Befehle braucht:
Wenn zum Beispiel der sog. Superblock nicht OK ist dann sollte man

reiserfsck --rebuild-sb

verwenden. Wenn sogar das nicht hilft ist das Reiserdateisystem in der Lage sich vollkommen neu aufzubauen. (Hoffentlich gibts ein Backup!)
Bei mir hat es aber hervorragend funktioniert allerdings dauert es mindestens 15 Minuten bis der Vorgang durchgelaufen ist. Dabei bekommt man eine Rückmeldung wieviel Prozent schon bearbeitet ist. Der Befehl dafür lautet.

reiserfsck --rebuild-tree

Ich hoffe es ergeht Euch auch so gut damit. Bin davon begeistert.
Viel Erfolg!

[[Category:Bootmanager]]

ReiserFS

2006-10-16T13:44:24Z

AlexDausF: /* Reiser-Dateisystem reparieren */

== Reiser-Dateisystem reparieren ==
Das Reiser Dateisystem ist ein Journaling-Dateisystem, welches in der Lage ist die Veränderungen, die durch die Nutzung des PC entstehen zu protokollieren und gegebenenfalls auch zurückzusetzen.
Dieses Howto soll ein paar Befehle und ihre Anwendung erklären um Euch in die Lage zu versetzen Euer Dateisystem:

# '''Zu prüfen'''
# '''Bei Fehlern auch einen Reparaturversuch zu machen'''

Diese Reparatur geht über die Reparatur durch die SuseLinux CD hinaus. D.h. man kann auch ein Dateisystem reparieren, welches durch die automatische Korrektur über die CD nicht reparabel ist.
(Diese Reparaturfunktion erreicht man wenn man vom Installationsmedium startet und dann über "Installation", "Sprache wählen", "akzeptieren der Bedingungen" dann "Andere.." und dann "automatische Reparatur".)

Für die Reparatur verwendet man am besten eine Knoppix CD/DVD. Hier kann man alle entsprechenden Linuxpartitionen bearbeiten. Dazu sollte man jedoch die Partition nicht in des Dateisystem eingebunden, gemountet haben.

Ansonsten bekommt man folgende Meldung:

"Partition /dev/hda1 is mounted with write permissions, cannot check it"

Über den Befehl "reiserfsck" bekommt man folgende Erklärung:

Usage: reiserfsck [mode] [options] device

Modes:
--check consistency checking (default)
--fix-fixable fix corruptions which can be fixed without
--rebuild-tree
--rebuild-sb super block checking and rebuilding if needed
(may require --rebuild-tree afterwards)
--rebuild-tree force fsck to rebuild filesystem from scratch
(takes a long time)
--clean-attributes clean garbage in reserved fields in StatDatas
Options:
-j | --journal device specify journal if relocated
-B | --badblocks file file with list of all bad blocks on the fs
-l | --logfile file make fsck to complain to specifed file
-n | --nolog make fsck to not complain
-z | --adjust-size fix file sizes to real size
-q | --quiet no speed info
-y | --yes no confirmations
-V prints version and exits
-a and -p some light-weight auto checks for bootup
-f and -r ignored
Expert options:
--no-journal-available do not open nor replay journal
-S | --scan-whole-partition build tree of all blocks of the device

Um nun eine Partition zu checken oder zu reparieren geht man folgendermaßen vor:

=== 1. Von Knoppix booten ===
=== 2. Mit dem Befehl su root werden ===
=== 3. Eventuell mit reiserfsck obige Erklärung aufrufen ===
Dann kann man mit reiserfsck --check /dev/hda1 z.B. (Devicenamen bitte angleichen ;-) ) die Überprüfung des Dateisystems aufrufen.
Das läuft dann folgendermaßen ab:

knoppix@1[knoppix]$ su
root@1[knoppix]# reiserfsck --check /dev/hda1

reiserfsck 3.6.19 (2003 www.namesys.com)
Will read-only check consistency of the filesystem on /dev/hda1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes

Warning: The dma on your hard drive is turned off.
This may really slow down the fsck process.

reiserfsck --check started at Mon Oct 16 13:05:41 2006

Replaying journal..
Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree: finished
No corruptions found
There are on the filesystem:
Leaves 25563
Internal nodes 179
Directories 9443
Other files 117423
Data block pointers 650151 (4572 of them are zero)
Safe links 0

reiserfsck finished at Mon Oct 16 13:06:45 2006

In diesem Beispiel war die Partition ohne Dateisystemfehler. Dabei ist es wichtig wirklich "Yes" einzugeben sonst bricht es kommentarlos ab.

Wenn man ein Dateisystem reparieren will wendet man den folgenden Befehl an:

reiserfsck --fix-fixable

Die Ausgabe von diesem Befehl ergibt dann Hinweise ob man weitere Befehle braucht:
Wenn zum Beispiel der sog. Superblock nicht OK ist dann sollte man

reiserfsck --rebuild-sb

verwenden. Wenn sogar das nicht hilft ist das Reiserdateisystem in der Lage sich vollkommen neu aufzubauen. (Hoffentlich gibts ein Backup!)
Bei mir hat es aber hervorragend funktioniert allerdings dauert es mindestens 15 Minuten bis der Vorgang durchgelaufen ist. Dabei bekommt man eine Rückmeldung wieviel Prozent schon bearbeitet ist. Der Befehl dafür lautet.

reiserfsck --rebuild-tree

Ich hoffe es ergeht Euch auch so gut damit. Bin davon begeistert.
Viel Erfolg!

[[Category:Bootmanager]]

ReiserFS

2006-10-16T13:41:18Z

AlexDausF: /* 1. Zu prüfen */

== Reiser-Dateisystem reparieren ==
Das Reiser Dateisystem ist ein Journaling-Dateisystem, welches in der Lage ist die Veränderungen, die durch die Nutzung des PC entstehen zu protokollieren und gegebenenfalls auch zurückzusetzen.
Dieses Howto soll ein paar Befehle und ihre Anwendung erklären um Euch in die Lage zu versetzen Euer Dateisystem:

# '''Zu prüfen'''

=== 2. Bei Fehlern auch einen Reparaturversuch zu machen ===

Diese Reparatur geht über die Reparatur durch die SuseLinux CD hinaus. D.h. man kann auch ein Dateisystem reparieren, welches durch die automatische Korrektur über die CD nicht reparabel ist.
(Diese Reparaturfunktion erreicht man wenn man vom Installationsmedium startet und dann über "Installation", "Sprache wählen", "akzeptieren der Bedingungen" dann "Andere.." und dann "automatische Reparatur".)

Für die Reparatur verwendet man am besten eine Knoppix CD/DVD. Hier kann man alle entsprechenden Linuxpartitionen bearbeiten. Dazu sollte man jedoch die Partition nicht in des Dateisystem eingebunden, gemountet haben.

Ansonsten bekommt man folgende Meldung:

"Partition /dev/hda1 is mounted with write permissions, cannot check it"

Über den Befehl "reiserfsck" bekommt man folgende Erklärung:

Usage: reiserfsck [mode] [options] device

Modes:
--check consistency checking (default)
--fix-fixable fix corruptions which can be fixed without
--rebuild-tree
--rebuild-sb super block checking and rebuilding if needed
(may require --rebuild-tree afterwards)
--rebuild-tree force fsck to rebuild filesystem from scratch
(takes a long time)
--clean-attributes clean garbage in reserved fields in StatDatas
Options:
-j | --journal device specify journal if relocated
-B | --badblocks file file with list of all bad blocks on the fs
-l | --logfile file make fsck to complain to specifed file
-n | --nolog make fsck to not complain
-z | --adjust-size fix file sizes to real size
-q | --quiet no speed info
-y | --yes no confirmations
-V prints version and exits
-a and -p some light-weight auto checks for bootup
-f and -r ignored
Expert options:
--no-journal-available do not open nor replay journal
-S | --scan-whole-partition build tree of all blocks of the device

Um nun eine Partition zu checken oder zu reparieren geht man folgendermaßen vor:

=== 1. Von Knoppix booten ===
=== 2. Mit dem Befehl su root werden ===
=== 3. Eventuell mit reiserfsck obige Erklärung aufrufen ===
Dann kann man mit reiserfsck --check /dev/hda1 z.B. (Devicenamen bitte angleichen ;-) ) die Überprüfung des Dateisystems aufrufen.
Das läuft dann folgendermaßen ab:

knoppix@1[knoppix]$ su
root@1[knoppix]# reiserfsck --check /dev/hda1

reiserfsck 3.6.19 (2003 www.namesys.com)
Will read-only check consistency of the filesystem on /dev/hda1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes

Warning: The dma on your hard drive is turned off.
This may really slow down the fsck process.

reiserfsck --check started at Mon Oct 16 13:05:41 2006

Replaying journal..
Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree: finished
No corruptions found
There are on the filesystem:
Leaves 25563
Internal nodes 179
Directories 9443
Other files 117423
Data block pointers 650151 (4572 of them are zero)
Safe links 0

reiserfsck finished at Mon Oct 16 13:06:45 2006

In diesem Beispiel war die Partition ohne Dateisystemfehler. Dabei ist es wichtig wirklich "Yes" einzugeben sonst bricht es kommentarlos ab.

Wenn man ein Dateisystem reparieren will wendet man den folgenden Befehl an:

reiserfsck --fix-fixable

Die Ausgabe von diesem Befehl ergibt dann Hinweise ob man weitere Befehle braucht:
Wenn zum Beispiel der sog. Superblock nicht OK ist dann sollte man

reiserfsck --rebuild-sb

verwenden. Wenn sogar das nicht hilft ist das Reiserdateisystem in der Lage sich vollkommen neu aufzubauen. (Hoffentlich gibts ein Backup!)
Bei mir hat es aber hervorragend funktioniert allerdings dauert es mindestens 15 Minuten bis der Vorgang durchgelaufen ist. Dabei bekommt man eine Rückmeldung wieviel Prozent schon bearbeitet ist. Der Befehl dafür lautet.

reiserfsck --rebuild-tree

Ich hoffe es ergeht Euch auch so gut damit. Bin davon begeistert.
Viel Erfolg!

[[Category:Bootmanager]]

ReiserFS

2006-10-16T13:31:28Z

AlexDausF: /* 2. Bei Fehlern auch einen Reparaturversuch zu machen */

== Reiser-Dateisystem reparieren ==
Das Reiser Dateisystem ist ein Journaling-Dateisystem, welches in der Lage ist die Veränderungen, die durch die Nutzung des PC entstehen zu protokollieren und gegebenenfalls auch zurückzusetzen.
Dieses Howto soll ein paar Befehle und ihre Anwendung erklären um Euch in die Lage zu versetzen Euer Dateisystem:

=== 1. Zu prüfen ===
=== 2. Bei Fehlern auch einen Reparaturversuch zu machen ===

Diese Reparatur geht über die Reparatur durch die SuseLinux CD hinaus. D.h. man kann auch ein Dateisystem reparieren, welches durch die automatische Korrektur über die CD nicht reparabel ist.
(Diese Reparaturfunktion erreicht man wenn man vom Installationsmedium startet und dann über "Installation", "Sprache wählen", "akzeptieren der Bedingungen" dann "Andere.." und dann "automatische Reparatur".)

Für die Reparatur verwendet man am besten eine Knoppix CD/DVD. Hier kann man alle entsprechenden Linuxpartitionen bearbeiten. Dazu sollte man jedoch die Partition nicht in des Dateisystem eingebunden, gemountet haben.

Ansonsten bekommt man folgende Meldung:

"Partition /dev/hda1 is mounted with write permissions, cannot check it"

Über den Befehl "reiserfsck" bekommt man folgende Erklärung:

Usage: reiserfsck [mode] [options] device

Modes:
--check consistency checking (default)
--fix-fixable fix corruptions which can be fixed without
--rebuild-tree
--rebuild-sb super block checking and rebuilding if needed
(may require --rebuild-tree afterwards)
--rebuild-tree force fsck to rebuild filesystem from scratch
(takes a long time)
--clean-attributes clean garbage in reserved fields in StatDatas
Options:
-j | --journal device specify journal if relocated
-B | --badblocks file file with list of all bad blocks on the fs
-l | --logfile file make fsck to complain to specifed file
-n | --nolog make fsck to not complain
-z | --adjust-size fix file sizes to real size
-q | --quiet no speed info
-y | --yes no confirmations
-V prints version and exits
-a and -p some light-weight auto checks for bootup
-f and -r ignored
Expert options:
--no-journal-available do not open nor replay journal
-S | --scan-whole-partition build tree of all blocks of the device

Um nun eine Partition zu checken oder zu reparieren geht man folgendermaßen vor:

=== 1. Von Knoppix booten ===
=== 2. Mit dem Befehl su root werden ===
=== 3. Eventuell mit reiserfsck obige Erklärung aufrufen ===
Dann kann man mit reiserfsck --check /dev/hda1 z.B. (Devicenamen bitte angleichen ;-) ) die Überprüfung des Dateisystems aufrufen.
Das läuft dann folgendermaßen ab:

knoppix@1[knoppix]$ su
root@1[knoppix]# reiserfsck --check /dev/hda1

reiserfsck 3.6.19 (2003 www.namesys.com)
Will read-only check consistency of the filesystem on /dev/hda1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes

Warning: The dma on your hard drive is turned off.
This may really slow down the fsck process.

reiserfsck --check started at Mon Oct 16 13:05:41 2006

Replaying journal..
Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree: finished
No corruptions found
There are on the filesystem:
Leaves 25563
Internal nodes 179
Directories 9443
Other files 117423
Data block pointers 650151 (4572 of them are zero)
Safe links 0

reiserfsck finished at Mon Oct 16 13:06:45 2006

In diesem Beispiel war die Partition ohne Dateisystemfehler. Dabei ist es wichtig wirklich "Yes" einzugeben sonst bricht es kommentarlos ab.

Wenn man ein Dateisystem reparieren will wendet man den folgenden Befehl an:

reiserfsck --fix-fixable

Die Ausgabe von diesem Befehl ergibt dann Hinweise ob man weitere Befehle braucht:
Wenn zum Beispiel der sog. Superblock nicht OK ist dann sollte man

reiserfsck --rebuild-sb

verwenden. Wenn sogar das nicht hilft ist das Reiserdateisystem in der Lage sich vollkommen neu aufzubauen. (Hoffentlich gibts ein Backup!)
Bei mir hat es aber hervorragend funktioniert allerdings dauert es mindestens 15 Minuten bis der Vorgang durchgelaufen ist. Dabei bekommt man eine Rückmeldung wieviel Prozent schon bearbeitet ist. Der Befehl dafür lautet.

reiserfsck --rebuild-tree

Ich hoffe es ergeht Euch auch so gut damit. Bin davon begeistert.
Viel Erfolg!

[[Category:Bootmanager]]

ReiserFS

2006-10-16T13:28:59Z

AlexDausF: /* 3. Eventuell mit reiserfsck obige Erklärung aufrufen */

== Reiser-Dateisystem reparieren ==
Das Reiser Dateisystem ist ein Journaling-Dateisystem, welches in der Lage ist die Veränderungen, die durch die Nutzung des PC entstehen zu protokollieren und gegebenenfalls auch zurückzusetzen.
Dieses Howto soll ein paar Befehle und ihre Anwendung erklären um Euch in die Lage zu versetzen Euer Dateisystem:

=== 1. Zu prüfen ===
=== 2. Bei Fehlern auch einen Reparaturversuch zu machen ===

Diese Reparatur geht über die Reparatur durch die SuseLinux CD hinaus. D.h. man kann auch ein Dateisystem reparieren, welches durch die automatische Korrektur über die CD nicht reparabel ist.
(Diese Reparaturfunktion erreicht man wenn man vom Installationsmedium startet und dann über Installation, Sprache wählen, === akzeptieren der Bedingungen dann Andere.. und dann automatische Reparatur.)

Für die Reparatur verwendet man am besten eine Knoppix CD/DVD. Hier kann man alle entsprechenden Linuxpartitionen bearbeiten. Dazu sollte man jedoch die Partition nicht in des Dateisystem eingebunden, gemountet haben.

Ansonsten bekommt man folgende Meldung:

"Partition /dev/hda1 is mounted with write permissions, cannot check it"

Über den Befehl "reiserfsck" bekommt man folgende Erklärung:

Usage: reiserfsck [mode] [options] device

Modes:
--check consistency checking (default)
--fix-fixable fix corruptions which can be fixed without
--rebuild-tree
--rebuild-sb super block checking and rebuilding if needed
(may require --rebuild-tree afterwards)
--rebuild-tree force fsck to rebuild filesystem from scratch
(takes a long time)
--clean-attributes clean garbage in reserved fields in StatDatas
Options:
-j | --journal device specify journal if relocated
-B | --badblocks file file with list of all bad blocks on the fs
-l | --logfile file make fsck to complain to specifed file
-n | --nolog make fsck to not complain
-z | --adjust-size fix file sizes to real size
-q | --quiet no speed info
-y | --yes no confirmations
-V prints version and exits
-a and -p some light-weight auto checks for bootup
-f and -r ignored
Expert options:
--no-journal-available do not open nor replay journal
-S | --scan-whole-partition build tree of all blocks of the device

Um nun eine Partition zu checken oder zu reparieren geht man folgendermaßen vor:

=== 1. Von Knoppix booten ===
=== 2. Mit dem Befehl su root werden ===
=== 3. Eventuell mit reiserfsck obige Erklärung aufrufen ===
Dann kann man mit reiserfsck --check /dev/hda1 z.B. (Devicenamen bitte angleichen ;-) ) die Überprüfung des Dateisystems aufrufen.
Das läuft dann folgendermaßen ab:

knoppix@1[knoppix]$ su
root@1[knoppix]# reiserfsck --check /dev/hda1

reiserfsck 3.6.19 (2003 www.namesys.com)
Will read-only check consistency of the filesystem on /dev/hda1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes

Warning: The dma on your hard drive is turned off.
This may really slow down the fsck process.

reiserfsck --check started at Mon Oct 16 13:05:41 2006

Replaying journal..
Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree: finished
No corruptions found
There are on the filesystem:
Leaves 25563
Internal nodes 179
Directories 9443
Other files 117423
Data block pointers 650151 (4572 of them are zero)
Safe links 0

reiserfsck finished at Mon Oct 16 13:06:45 2006

In diesem Beispiel war die Partition ohne Dateisystemfehler. Dabei ist es wichtig wirklich "Yes" einzugeben sonst bricht es kommentarlos ab.

Wenn man ein Dateisystem reparieren will wendet man den folgenden Befehl an:

reiserfsck --fix-fixable

Die Ausgabe von diesem Befehl ergibt dann Hinweise ob man weitere Befehle braucht:
Wenn zum Beispiel der sog. Superblock nicht OK ist dann sollte man

reiserfsck --rebuild-sb

verwenden. Wenn sogar das nicht hilft ist das Reiserdateisystem in der Lage sich vollkommen neu aufzubauen. (Hoffentlich gibts ein Backup!)
Bei mir hat es aber hervorragend funktioniert allerdings dauert es mindestens 15 Minuten bis der Vorgang durchgelaufen ist. Dabei bekommt man eine Rückmeldung wieviel Prozent schon bearbeitet ist. Der Befehl dafür lautet.

reiserfsck --rebuild-tree

Ich hoffe es ergeht Euch auch so gut damit. Bin davon begeistert.
Viel Erfolg!

[[Category:Bootmanager]]

ReiserFS

2006-10-16T12:53:33Z

AlexDausF: /* 2. Bei Fehlern auch einen Reparaturversuch zu machen */

== Reiser-Dateisystem reparieren ==
Das Reiser Dateisystem ist ein Journaling-Dateisystem, welches in der Lage ist die Veränderungen, die durch die Nutzung des PC entstehen zu protokollieren und gegebenenfalls auch zurückzusetzen.
Dieses Howto soll ein paar Befehle und ihre Anwendung erklären um Euch in die Lage zu versetzen Euer Dateisystem:

=== 1. Zu prüfen ===
=== 2. Bei Fehlern auch einen Reparaturversuch zu machen ===

Diese Reparatur geht über die Reparatur durch die SuseLinux CD hinaus. D.h. man kann auch ein Dateisystem reparieren, welches durch die automatische Korrektur über die CD nicht reparabel ist.
(Diese Reparaturfunktion erreicht man wenn man vom Installationsmedium startet und dann über Installation, Sprache wählen, === akzeptieren der Bedingungen dann Andere.. und dann automatische Reparatur.)

Für die Reparatur verwendet man am besten eine Knoppix CD/DVD. Hier kann man alle entsprechenden Linuxpartitionen bearbeiten. Dazu sollte man jedoch die Partition nicht in des Dateisystem eingebunden, gemountet haben.

Ansonsten bekommt man folgende Meldung:

"Partition /dev/hda1 is mounted with write permissions, cannot check it"

Über den Befehl "reiserfsck" bekommt man folgende Erklärung:

Usage: reiserfsck [mode] [options] device

Modes:
--check consistency checking (default)
--fix-fixable fix corruptions which can be fixed without
--rebuild-tree
--rebuild-sb super block checking and rebuilding if needed
(may require --rebuild-tree afterwards)
--rebuild-tree force fsck to rebuild filesystem from scratch
(takes a long time)
--clean-attributes clean garbage in reserved fields in StatDatas
Options:
-j | --journal device specify journal if relocated
-B | --badblocks file file with list of all bad blocks on the fs
-l | --logfile file make fsck to complain to specifed file
-n | --nolog make fsck to not complain
-z | --adjust-size fix file sizes to real size
-q | --quiet no speed info
-y | --yes no confirmations
-V prints version and exits
-a and -p some light-weight auto checks for bootup
-f and -r ignored
Expert options:
--no-journal-available do not open nor replay journal
-S | --scan-whole-partition build tree of all blocks of the device

Um nun eine Partition zu checken oder zu reparieren geht man folgendermaßen vor:

=== 1. Von Knoppix booten ===
=== 2. Mit dem Befehl su root werden ===
=== 3. Eventuell mit reiserfsck obige Erklärung aufrufen ===
Dann kann man mit reiserfsck --check /dev/hda1 z.B. (Devicenamen bitte angleichen ;-) ) die Überprüfung des Dateisystems aufrufen.
Das läuft dann folgendermaßen ab:

knoppix@1[knoppix]$ su
root@1[knoppix]# reiserfsck --check /dev/hda1

reiserfsck 3.6.19 (2003 www.namesys.com)
Will read-only check consistency of the filesystem on /dev/hda1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes

Warning: The dma on your hard drive is turned off.
This may really slow down the fsck process.

reiserfsck --check started at Mon Oct 16 13:05:41 2006

Replaying journal..
Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree: finished
No corruptions found
There are on the filesystem:
Leaves 25563
Internal nodes 179
Directories 9443
Other files 117423
Data block pointers 650151 (4572 of them are zero)
Safe links 0

reiserfsck finished at Mon Oct 16 13:06:45 2006

In diesem Beispiel war die Partition ohne Dateisystemfehler. Dabei ist es wichtig wirklich "Yes" einzugeben sonst bricht es kommentarlos ab.

Wenn man ein Dateisystem reparieren will wendet man den folgenden Befehl an:

reiserfsck --fix-fixable

Die Ausgabe von diesem Befehl ergibt dann Hinweise ob man weitere Befehle braucht:
Wenn zum Beispiel der sog. Superblock nicht OK ist dann sollte man

reiserfsck --rebuild-sb

verwenden. Wenn sogar das nicht hilft ist das Reiserdateisystem in der Lage sich vollkommen neu aufzubauen. (Hoffentlich gibts ein Backup!)
Bei mir hat es aber hervorragend funktioniert allerdings dauert es mindestens 15 Minuten bis der Vorgang durchgelaufen ist. Dabei bekommt man eine Rückmeldung wieviel Prozent schon bearbeitet ist. Der Befehl dafür lautet.

reiserfsck --rebuild-tree

Ich hoffe es ergeht Euch auch so gut damit. Bin davon begeistert.
Viel Erfolg!

[[Category:Bootmanager]]

ReiserFS

2006-10-16T12:52:49Z

AlexDausF:

== Reiser-Dateisystem reparieren ==
Das Reiser Dateisystem ist ein Journaling-Dateisystem, welches in der Lage ist die Veränderungen, die durch die Nutzung des PC entstehen zu protokollieren und gegebenenfalls auch zurückzusetzen.
Dieses Howto soll ein paar Befehle und ihre Anwendung erklären um Euch in die Lage zu versetzen Euer Dateisystem:

=== 1. Zu prüfen ===
=== 2. Bei Fehlern auch einen Reparaturversuch zu machen ===

Diese Reparatur geht über die Reparatur durch die SuseLinux CD hinaus. D.h. man kann auch ein Dateisystem reparieren, welches durch die automatische Korrektur über die CD nicht reparabel ist.
(Diese Reparaturfunktion erreicht man wenn man vom Installationsmedium startet und dann über Installation, Sprache wählen, === akzeptieren der Bedingungen dann Andere.. und dann automatische Reparatur.)

Für die Reparatur verwendet man am besten eine Knoppix CD/DVD. Hier kann man alle entsprechenden Linuxpartitionen bearbeiten. Dazu sollte man jedoch die Partition nicht in des Dateisystem eingebunden, gemountet haben.

Ansonsten bekommt man folgende Meldung:

"Partition /dev/hda1 is mounted with write permissions, cannot check it"

Über den Befehl "reiserfsck" bekommt man folgende Erklärung:

Usage: reiserfsck [mode] [options] device

Modes:
--check consistency checking (default)
--fix-fixable fix corruptions which can be fixed without
--rebuild-tree
--rebuild-sb super block checking and rebuilding if needed
(may require --rebuild-tree afterwards)
--rebuild-tree force fsck to rebuild filesystem from scratch
(takes a long time)
--clean-attributes clean garbage in reserved fields in StatDatas
Options:
-j | --journal device specify journal if relocated
-B | --badblocks file file with list of all bad blocks on the fs
-l | --logfile file make fsck to complain to specifed file
-n | --nolog make fsck to not complain
-z | --adjust-size fix file sizes to real size
-q | --quiet no speed info
-y | --yes no confirmations
-V prints version and exits
-a and -p some light-weight auto checks for bootup
-f and -r ignored
Expert options:
--no-journal-available do not open nor replay journal
-S | --scan-whole-partition build tree of all blocks of the device

Um nun eine Partition zu checken oder zu reparieren geht man folgendermaßen vor:
=== 1. Von Knoppix booten ===
=== 2. Mit dem Befehl su root werden ===
=== 3. Eventuell mit reiserfsck obige Erklärung aufrufen ===
Dann kann man mit reiserfsck --check /dev/hda1 z.B. (Devicenamen bitte angleichen ;-) ) die Überprüfung des Dateisystems aufrufen.
Das läuft dann folgendermaßen ab:

knoppix@1[knoppix]$ su
root@1[knoppix]# reiserfsck --check /dev/hda1

reiserfsck 3.6.19 (2003 www.namesys.com)
Will read-only check consistency of the filesystem on /dev/hda1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes

Warning: The dma on your hard drive is turned off.
This may really slow down the fsck process.

reiserfsck --check started at Mon Oct 16 13:05:41 2006

Replaying journal..
Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree: finished
No corruptions found
There are on the filesystem:
Leaves 25563
Internal nodes 179
Directories 9443
Other files 117423
Data block pointers 650151 (4572 of them are zero)
Safe links 0

reiserfsck finished at Mon Oct 16 13:06:45 2006

In diesem Beispiel war die Partition ohne Dateisystemfehler. Dabei ist es wichtig wirklich "Yes" einzugeben sonst bricht es kommentarlos ab.

Wenn man ein Dateisystem reparieren will wendet man den folgenden Befehl an:

reiserfsck --fix-fixable

Die Ausgabe von diesem Befehl ergibt dann Hinweise ob man weitere Befehle braucht:
Wenn zum Beispiel der sog. Superblock nicht OK ist dann sollte man

reiserfsck --rebuild-sb

verwenden. Wenn sogar das nicht hilft ist das Reiserdateisystem in der Lage sich vollkommen neu aufzubauen. (Hoffentlich gibts ein Backup!)
Bei mir hat es aber hervorragend funktioniert allerdings dauert es mindestens 15 Minuten bis der Vorgang durchgelaufen ist. Dabei bekommt man eine Rückmeldung wieviel Prozent schon bearbeitet ist. Der Befehl dafür lautet.

reiserfsck --rebuild-tree

Ich hoffe es ergeht Euch auch so gut damit. Bin davon begeistert.
Viel Erfolg!

[[Category:Bootmanager]]

Hilfe:Inhaltsverzeichnis

2006-10-16T12:37:06Z

AlexDausF: /* Was muss im Artikel noch eingefügt werden? */

'''KEINE SONDERZEICHEN IN DIE LINKS EINFÜGEN!!!'''
Diese werden in der URL nicht korrekt aufgelöst

'''KEINE LINKS AUS DEM INHALTSVERZEICHNIS VERSCHIEBEN!!!'''
Dieses bringt den Verzeichnisbaum durcheinander.

== Zu dem Linux-Club Wiki ==

=== Anlegen von neuen Artikeln ===

==== Wie soll ein Titel aussehen? ====

Ein Titel muss prägnant sein, er muss dem Suchenden beim Lesen der Überschrift klarmachen, dass sich dort mit sehr hoher Wahrscheinlichkeit die Anleitung die er sucht befindet. Wenn dort nur einfach, wie es gerade vorgekommen ist, "Benutzerverwaltung" steht, und sich dahinter ein Script befindet, obwohl der Suchende eine Lösung über YaST sucht, wird er enttäuscht sein. Liest der Suchende aber "Benutzerverwaltung per Script" dann ist für ihn gleich klar, das ist nicht die Anleitung, die er benötigt, und er geht zur Nächsten in der Suche über.

Zum anderen sollte ein Titel keine Sonderzeichen haben. Umlaute wie ä, ö, ü und ß sind erlaubt. Versucht bitte Kommas, und auf jeden Fall Klammern wegzulassen und statt Bindestriche Leerzeichen zu nutzen, es sei denn es handelt sich um ein Begriff mit Bindestrich.

==== Titel im Inhaltsverzeichnis ====

Zunächst wählt man von der Hauptseite eine Rubrik aus. Nun wählt man in diesem Inhaltsverzeichnis den Reiter "Beitrag" aus und legt dort einen neuen Link mit dem Titel des Beitrages an. Z.B.
<nowiki>=== [[Titel]] ===</nowiki>
Gibt es hier Unterteilungsüberschriften in der Form von
<nowiki>== Unterteilungsüberschrift ==</nowiki>
so ist der Link-Titel entsprechend einzuordnen. Bei dem Linktitel sollten mindesten drei "=" verwendet werden, damit zu einem späteren Zeitpunkt noch problemlos weitere Unterteilungsüberschriften eingefügt werden können. Mit Alt+S unter Linux/Windows oder Strg+S beim Apple kann der neue Titel gespeichert werden. Bitte keine weiteren Inhaltsverzeichnisse darunter einbringen, da sonst die Pfade zu dem Ergebnis zu weit sind.
* Beispiel für ein Inhaltsverzeichnis: [[TCP/IP-Netzwerke_und_Internetzugang]]

==== Einzelne externe Links ====
Wenn jemand einen Link gefunden hat, der für die Wikinutzer interessant sein könnte, bitte keinen Beitrag hierfür eröffnen, sondern einen Titel ähnlich wie bei einem Artikel anlegen, nur ohne die großen Klammern. Also
<nowiki>=== Titel ===</nowiki>
(auch hier sollten mindestens drei "=" verwendet werden, um weitere Unterteilungen zu ermöglichen). Den Link dann bitte über den rechten Button
<nowiki>[bearbeiten]</nowiki>
einfügen. Bei Linklisten die über drei Links hinausgehen, sollte wie bei einem Artikel verfahren werden.

==== Artikel schreiben ====

Durch das Anlegen eines Artikels in der Rubrik entsteht ein Link in dem Inhaltsverzeichnis. Dieser Link wird rot angezeigt, wenn noch kein Inhalt hinterlegt ist. Klickt man auf diesen Link, öffnet sich ein leeres Eingabefeld. In diesem kann dann der Artikel geschrieben werden, der mit den Wikihilfen bearbeitet werden kann.

==== Was muss im Artikel noch eingefügt werden? ====

In einem Artikel sollte unten ein Link zurück in die Rubrik eingesetzt werden. Ist die Rubrik
"TCP/IP-Netzwerke und Internetzugang", dann muss die Kodierung so aussehen:
<nowiki>[[TCP/IP-Netzwerke und Internetzugang]]</nowiki>
Des weiteren muss der Artikel in eine Rubrik eingefügt werden das würde in dem Fall so aussehen:
<nowiki>[[Category:TCP/IP]]</nowiki>
Die Autorennennung kann durch Unterschrift (zweiter Button von rechts) erzeugt werden.

==== Wie sollte ein Artikel aufgebaut sein? ====
Ein Artikel sollte, sofern man mehrere Absätze schreiben möchte, mit einer Überschrift der zweiten Ebene (5. Knopf der Bearbeitungsleiste oben) begonnen werden. Bei einem Artikel sollte bei Überschriften nicht mit der dritten Überschriftenebene, also 3 Gleichheitszeichen an jeder Seite, angefangen werden
<nowiki>=== Überschrift ===</nowiki>
sondern mit der zweiten Überschriftenebene
<nowiki>== Überschrift ==</nowiki>
Erst nach dieser Überschrift sollte bei weiteren Unterteilungen auf die dritte oder vierte Überschriftenebene zurückgegriffen werden. Linküberschriften sollten in Artikeln nicht vorkommen:
<nowiki>== [[Überschrift]] ==</nowiki>.
Links sollen als externer Link so:
<nowiki>[http://www.linux-club.de]</nowiki>
oder als interner Link so
<nowiki>[[LinuxClub:Hilfe]]</nowiki>
aussehen.

Es ist ratsam '''Quellenangaben''' zu machen, welche ganz unten stehen sollten. Auch in der Wikipedia stehen Quellenangaben und Links an unterster Stelle, unter einer Überschrift der zweiten Ebene mit der Bezeichnung "Links". Dies wird auch hier für sinnvoll erachtet und empfohlen. Zur Beachtung: Quellenangaben und Links steigern die Glaubwürdigkeit und den Wert von Beiträgen.
* Beispielartikel: [[Treiberinstallation nVidia]]

==== Übertragung eines Beitrages aus dem Forum ====
Gibt es in dem ursprünglichen Beitrag oben eine Inhaltsangabe, dann sollte diese zunächst ins Wiki übertragen werden.
Diese einzeln mit der Maus makieren, und dann mit dem 5. Knopf "Ebene 2 Überschrift einfügen" automatisch mit Gleichheitszeichen versehen. Wenn du das bei allen gemacht hast, wird nach dem Speichern (Alt+S oder bei Apple ctrl+S) automatisch der Wiki-Inhaltskasten angezeigt. Jetzt kannst Du mit
<nowiki>[bearbeiten]</nowiki>
jeden einzelnen Punkt einfügen. Diese Vorgehensweise hat den Vorteil, dass nicht so viel Text im Bearbeitungsfeld vorhanden ist, was die Übersicht verbessert.

==== Übertragung eines Beitrages eines anderen Autors aus dem Forum ====
Einige Artikel verweisen derzeit noch auf Links im Forum. Es ist grundsätzlich erwünscht, alle Howto's ins Wiki zu übertragen. Hierfür müssen allerdings mehrere Punkte beachtet werden:
* Hat der Autor seine Zustimmung gegeben, dass seine Artikel ins Wiki übertragen werden dürfen? Siehe:
[[Aktuelle_Ereignisse#Die_Howto.27s_von_folgenden_Usern_d.C3.BCrfen_unter_Autorennennung_ins_Wiki_.C3.BCbertragen_werden:|Autorenfreigabe]]
* Der Autor muss als Schöpfer des Artikels genannt werden z.B. "Autor: moenk". Am sinnvollsten ist es, dies am Anfang des Artikels zu machen.
* Wer die Artikel überträgt, kann am Ende des Artikel "übertragen von<nowiki>--~~~~</nowiki>" einfügen. Bearbeiter vorhandener Artikel sollten von dieser Unterschriftenfunktion kein Gebrauch machen, da die Liste sonst bei Korrekturen und Ergänzungen zu lang werden würde.

==== Wie und wann entsteht der Inhaltsverzeichniskasten? ====
Das Kästchen mit dem Inhaltsverzeichnis wird erst bei 4 zusätzlichen Überschriften eingeblendet. Die Tiefe ist hierbei nicht entscheidend. Man kann das Inhaltsverzeichnis auch an selbstdefinierter Stelle positionieren, und zwar mit Hilfe des <nowiki> __TOC__ </nowiki> Tags bzw. es auch gänzlich unterdrücken mit Hilfe des <nowiki> __NOTOC__ </nowiki> Tag.

=== Rechtschreibung ===

Bei der Rechtschreibung sind mehrere Dinge zu beachten:
* Wenn jemand in der alten Rechtschreibung schreibt, dann sollte das den ganzen Artikel umfassen. Also nicht wechseln, zwischen alter und neuer.
* Wer einen Artikel in neue Rechtschreibung korrigiert, der sollte dieses ganz tun, damit der Artikel ganz in einer Rechtschreibung bleibt.
* Eine Konvertierung sollte nur in die allgemein gültige Rechtschreibeform gebracht werden. Der Lektor sollte jedoch bedenken, dass wenn ein Artikel in alter Rechtschreibung ist, der Ursprungsautor, diese für sich als maßgeblich anerkannt hat, eine Änderung der Rechtschreibung kann dazu führen, dass der Autor sich nicht genügend respektiert fühlt, und dadurch demotiviert ist, weitere Artikel zu schreiben.
* Im Wiki ist es nicht statthaft, im Text Umlaute wie ö durch oe, ü durch ue und ä durch ae zu ersetzen. Ebenso verhält es sich mit ß und ss. Bitte haltet Euch an die hier gebräuchliche Rechtschreibung, denn: '''Wie soll denn sonst ein Suchender was finden, wenn sein Meister nicht richtig schreibt?'''

=== Bilder einfügen ===

Auf der linken Seite im unteren Kasten steht ein Link "Hochladen", diesen Anlicken.

1. Das Bild auf dem eigenen Rechner suchen 
2. einen Namen vergeben 
3. Konkrete Quellenbeschreibung 
* URL, wo das Bild runtergeladen wurde
* Rechte des Bildes Hinweis mit Link zu den Rechten
* Autorennennung

oder

wenn das Bild von Dir ist versicherst Du, dass niemand weiteres an dem Bild Rechte hat.
Die Lizenzen sind in der Wikipedia genau erläutert:
* http://de.wikipedia.org/wiki/Wikipedia:Lizenzvorlagen_für_Bilder
* http://de.wikipedia.org/wiki/Wikipedia:Bildrechte

'''Dieses sollte vor dem Hochladen genau durchgelesen werden!!!'''

Bilder werden gelöscht, wenn sie diesen Ansprüchen nicht genüge tragen, oder wenn Bilder von keinem Artikel genutzt werden.

=== Bearbeiten von Artikeln ===

==== Verschieben ====
Wenn ein Artikel verschoben wird, dann sollten auch alle auf die Seite verweisenden Links angepasst werden sowie alle im Verzeichnisbaum unter diesem Artikel stehenden Artikel entsprechend kontrolliert und angepasst werden. Dazu dient der links deutlich sichtbare Menüpunkt ''Was zeigt hierhin'', den man vor(!) dem Verschieben eines Artikels anwählen sollte, um sich zu erkundigen wo denn die anschießenden Linkanpassungen gemacht werden sollten. Der alte Titel sollte daraufhin mit einem Löschantrag versehen werden, zu dem man auf der Diskussionsseite zu dem Artikel einen kurzen Hinweis zur Begründung und zum besseren Verständnis hinterlassen sollte. '''Bitte beachten:''' Verschiebungen können einen Rattenschwanz von Änderungen nach sich ziehen und notwendig werden lassen! Wer nicht bereit ist, auch diesen Rattenschwanz anzupassen, der sollte vom Verschieben von Artikeln besser die Finger lassen.

=== Diskussionen ===

Diskusionen über einem Artikel sollten sich nur auf das eigentliche Thema des Artikels beschränken. Sonstige Verbesserungs- oder Veränderungsvorschläge gehören in [http://www.linux-club.de/ftopic68654.html diesen Thread für Verbesserungsvorschläge]. Wikiinterne Diskusionen finden im entsprechenden Forum, welches den Gruppenmitgliedern der Gruppen "WikiTeam" und "Moderatoren" zugänglich ist. 
'''Alles andere wird gelöscht!'''

=== Wartung ===
==== Wann darf ein Artikel nicht bearbeitet werden? ====
Wenn der Wartungsbaustein '''<nowiki>{{UnderConstruction}}</nowiki>''' auf dem in fetter Schrift steht: '''Achtung dieser Artikel ist noch in Arbeit und dient vorläufig nur als Vorlage.''' arbeitet der Autor an dem Artikel. Grundsätzlich gilt eine Sperre von 3 Tagen ab der letzten Bearbeitung. In dem derzeitigen Projekt "MosNis" gilt vorläufig bis Montag, den 25. September, dass diese Seiten nicht von anderen Personen, außer der des Autoren, bearbeitet werden dürfen.
Sollten trotzdem Änderungen gemacht werden, führt dies zu einem Rollback. 
Sinn dieser Regelung ist der alte Sinnspruch: "Viele Köche verderben den Brei". Arbeiten mehrere Autoren gleichzeitig an einem Artikel, so endet dies regelmäßig im Chaos. Erst dann, wenn ein Artikel fertig ist, sollte dieser bei Bedarf von einem anderen Autor überarbeitet werden, da erst dann der konkrete Änderungs- oder Ergänzungsbedarf überblickt werden kann.

==== Liste der Artikel, die überarbeitet werden müssen ====
[http://www.linux-club.de/wiki/index.php?title=Kategorie:LinuxClubWiki:%C3%9Cberarbeiten&rcid=3323 Hier] findet ihr die Artikel, welche überarbeitet werden müssen.

==== Die Wartungsbausteine ====
Hier liegen die [[LinuxClubWiki:Wartungsbausteine | Linux-Club Wiki Wartungsbausteine]].

==== Löschen toter Links ====
Es kann immer vorkommen, dass Links, auf welche in einem Artikel verwiesen wird, nicht mehr existieren (toter Link). Wenn ihr einen solchen toten Link findet, ihr euch sicher seid, dass der Link auch wirklich endgültig nicht mehr existiert (Achtung: es könnte z.B. auch nur der Server vorübergehend nicht errechbar sein!) und ihr ihn löschen wollt, dann hinterlasst bitte auf der zur Seite gehörenden Diskussionsseite einen kurzen Hinweis, dass der gelöschte Link tot war. Für andere, die dies nicht wissen, erscheint es sonst fraglich und undurchsichtig, warum der Link gelöscht wurde.

=== Löschanträge ===
Glaubt man, dass ein Artikel gelöscht werden sollte, so kann man in dem Artikel oben
<nowiki>{{Löschantrag}}</nowiki>
eingeben und dahinter ohne Leerzeichen unterschreiben. Eine kurze Begründung hierfür sollte auf der Diskussionsseite abgegeben werden. Auch diese sollte unterschrieben werden.

Ein Löschantrag sieht dann so aus:
http://www.linux-club.de/faq/Kategorie:LinuxClubWiki:Löschanträge

==== Wer darf löschen ====
http://meta.wikimedia.org/wiki/Hilfe:Benutzergruppen

== Wiki Hilfe und Anleitungen ==

Siehe die [http://meta.wikipedia.org/wiki/MediaWiki_i18n Dokumentation zur Anpassung der Benutzeroberfläche]
und das [http://meta.wikipedia.org/wiki/MediaWiki_User%27s_Guide Benutzerhandbuch] für Hilfe zur Benutzung und Konfiguration.

=== Links ===

[http://www.mediawiki.org/wiki/Documentation/de Bedienungsanleitung für dieses und andere MediaWikis] 
http://de.tikiwiki.org/tiki-index.php?page=Wiki+Admin#_Admin_Zugang 
http://meta.wikimedia.org/wiki/Help:Administrator%27s_Guide 
http://bugzilla.wikimedia.org/ 
http://meta.wikimedia.org/wiki/Hilfe:Handbuch 
http://de.wikipedia.org/wiki/Wikipedia:Portal 
http://www.galileocomputing.de/openbook/joomla/joomla_16_000.htm

[http://www.lugbz.org/documents/smart-questions_de.html Wie man Fragen richtig stellt!]

=== Wiki-Hilfen ===

http://de.wikipedia.org/wiki/Wikipedia:FAQ

--[[Benutzer:Yehudi|Yehudi]] 11:45, 26. Aug 2006 (CEST) und --[[Benutzer:Griffin|Griffin]] 23:03, 15. Sep 2006 (CEST)

[[Category:Wiki]][[Kategorie:LinuxClubWiki Hilfe]]

Bootmanager

2006-10-16T12:03:02Z

AlexDausF: /* Verschiedenes */

'''KEINE SONDERZEICHEN IN DIE LINKS EINFÜGEN!!!'''
Diese werden in der URL nicht korrekt aufgelöst

'''KEINE LINKS AUS DEM INHALTSVERZEICHNIS VERSCHIEBEN!!!'''
Dieses bringt den Verzeichnisbaum durcheinander.

== Bootloader ==
=== [[Der Bootloader Grub]] ===
==== [[von Grub direkt auf CD-Boot umschwenken]] ====
==== [[Grub-Install via "chroot" und Knoppix]] ====
==== [[Grub, Raid1 Ausfallsicherheit]] ====
==== [[Grub ERROR]] ====
==== [[Linux booten via Grub-Shell]] ====
[http://de.opensuse.org/SDB:Der_Bootmanager_GRUB SDB:Der_Bootmanager_GRUB] 
[http://de.opensuse.org/SDB:Windows_von_der_zweiten_Festplatte_booten SDB:Windows_von_der_zweiten_Festplatte_booten] 
[http://de.opensuse.org/SDB:Mehrere_Windows-Installationen_von_einer_Festplatte_booten SDB:Mehrere_Windows-Installationen_von_einer_Festplatte_booten] 
[http://de.opensuse.org/SDB:Linux_mit_Hilfe_des_Bootmanagers_von_Windows_NT/2000/XP_booten SDB:Linux_mit_Hilfe_des_Bootmanagers_von_Windows_NT/2000/XP_booten] 
[http://de.opensuse.org/SDB:Passwort_setzen_f%C3%BCr_den_Bootmanager_GRUB SDB:Passwort_setzen_für_den_Bootmanager_GRUB] 
[http://de.opensuse.org/SDB:Per_GRUB_%C3%BCber_Netzwerk_booten SDB:Per_GRUB_über_Netzwerk_booten]
=== [[Der Bootloader LILO]] ===
[http://de.opensuse.org/SDB:Der_Bootmanager_LILO SDB:Der_Bootmanager_LILO]

== Partitionen ==
=== [[Partitionierung und Verzeichnisstruktur ]] ===
=== [[Zugriff auf Windows-Partitionen von Linux aus]] ===
=== [[Mit dem /home auf neue Partition "umziehen"]] ===
=== [[Reparieren einer defekten Partitionstabelle]] ===
=== [[NonRaid zu (software)Raid1 SuSE 10.1]] ===
=== [[Festplatten verschlüsselt mit Linux und Windows nutzen]] ===

== Verschiedenes ==
=== [[FAQ Kernel- / Bootparameter für SuSE]] ===
=== [[Erstellung eines Splash-Screens]] ===
=== [[Reiser-Dateisystem reparieren]] ===

<div>
[http://www.linux-club.de/viewtopic.php?t=21705 FAQ Kernel- / Bootparameter für SuSE]</div><div>

[[Category:Bootmanager]]