Am 20.07.2011 12:02, schrieb Andre Tann:

Lentes, Bernd, Mittwoch, 20. Juli 2011:

...

Die Zeichenfolge GRUB (viertletzte Zeile) in der Datei ist ja schon mal ein starkes Indiz.

Das hab ich jetzt mal bei beiden Platten gemacht, und da steht ebenso wie bei Dir gegen Ende "GRUB" drin. Also sieht das schon mal nicht schlecht aus.

Kann man auch noch genauer gucken, also zB ob die Kiste den Boot-Prozess auch tatsächlich schaffen würde?

Ich frage nur, weil ich eben mißtrauisch bin, ob das im Fall des Falles auch wirklich klappen würde, oder ob nicht Bios oder Grub die Festplattenreihenfolge ändern, und schon bleibt der Boot-Prozess hängen.

Also einen echten "Boot-Emulator", der so etwas in einem laufenden System wirklich testet, kenne ich nicht. Aber das "bootinfoscript" aus meiner letzten Mail, verfolgt schon relativ genau die Kette MBR -> "stage1" -> "stage1_5" -> "stage2" -> "menu.lst" indem es in den zugehörigen Festplattensektoren die Sektoren des darauf folgenden Kettengliedes ermittelt und nach sieht, ob an dieser Stelle der Festplatte auch wirklich dieses Kettenglied zu finden ist. Ansonsten habe ich in der letzten Zeit relativ viel in dieser Sache (Software-RAID1 + LVM)-System getestet. Dazu habe ich mir ein Abbild einer (neuen) realen Maschine in eine VM geholt und dann einfach mal Platten verschwinden lassen, Teile der "Kette" gelöscht usw. Fazit: selbst wenn einem mal das BIOS einem einen Streich spielt, kann man mit z.B. SystemRescueCD oder dem Rettungs-System von SuSE noch relativ schnell wieder ein laufendes System herstellen. Aber: Man sollte sich diese Tools und Abläufe unbedingt mal ansehen und vor allem: Notieren! -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am 21.07.2011 10:21, schrieb Andre Tann:

Tao te Puh, Mittwoch, 20. Juli 2011:

...

Also einen echten "Boot-Emulator", der so etwas in einem laufenden System wirklich testet, kenne ich nicht. Aber das "bootinfoscript" aus meiner letzten Mail, verfolgt schon relativ genau die Kette MBR -> "stage1" -> "stage1_5" -> "stage2" -> "menu.lst" indem es in den zugehörigen Festplattensektoren die Sektoren des darauf folgenden Kettengliedes ermittelt und nach sieht, ob an dieser Stelle der Festplatte auch wirklich dieses Kettenglied zu finden ist.

=> Grub Legacy (v0.97) is installed in the MBR of /dev/sda and looks on the same drive in partition #2 for /boot/grub/stage2 and /boot/grub/menu.lst. => No boot loader is installed in the MBR of /dev/sdb. => Grub Legacy (v) is installed in the MBR of /dev/sdc and looks on boot drive #-127 in partition #1 for /.

Während das Skript bei sda sagt, daß Grub auf dem selben Device in Partition #2 weitersieht, sagt es bei sdc, daß Grub auf Device #-127 weitersieht. Was heißt das, welches Device ist gemeint?

Verrat' doch mal ein wenig über Dein Disk-Layout (fdisk -l und cat /proc/mdstat). -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am 25.07.2011 15:20, schrieb Andre Tann:

Tao te Puh, Donnerstag, 21. Juli 2011:

...

...

=> Grub Legacy (v0.97) is installed in the MBR of /dev/sda and looks on

the same drive in partition #2 for /boot/grub/stage2 and /boot/grub/menu.lst.

=> No boot loader is installed in the MBR of

/dev/sdb.

=> Grub Legacy (v) is installed in the MBR of /dev/sdc and

looks on boot drive #-127 in partition #1 for /.

...

Verrat' doch mal ein wenig über Dein Disk-Layout (fdisk -l und cat /proc/mdstat).

# cat /proc/mdstat md5 : active raid1 sda5[0] sdb5[1] 935737920 blocks [2/2] [UU] md1 : active (auto-read-only) raid1 sda1[0] sdb1[1] 19534912 blocks [2/2] [UU] md2 : active raid1 sda2[0] sdb2[1] 19534976 blocks [2/2] [UU]

sdc ist ne 2-TB-Platte, die nur als Backup gedacht ist:

# fdisk -l /dev/sdc Disk /dev/sdc: 2000.4 GB, 2000398934016 bytes 255 Köpfe, 63 Sektoren/Spur, 243201 Zylinder, zusammen 3907029168 Sektoren Einheiten = Sektoren von 1 × 512 = 512 Bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0002508c

Gerät boot. Anfang Ende Blöcke Id System /dev/sdc1 63 3906220814 1953110376 83 Linux

Keine Ahnung, wie auf diese Platte ein Grub draufkommt. Was ist überhaupt "drive #-127"?

Was ich gerne hätte ist, daß die Kiste von sda und sdb booten kann, wenn's drauf ankommt.

Lustig: Ich habe bei mir auch genau so eine sdc mit genau der gleichen 127er Meldung in einem System. Von dieser Platte weiß ich, dass sie mal testweise in einem Home-NAS verbaut war. Dieses NAS hat offensichtlich einen grub in den MBR geschrieben und dieser grub-stage1-Stummel steht da nun immer noch drin, obwohl der Rest der Platte längst neu partitioniert und formatiert wurde. Damit zeigt der grub nun natürlich ins Nirvana und so erkläre ich mir diese Meldung bei meinem System. Wie grub in Deine sdc kommt, müsstest Du dann halt mal historisch bei Dir klären, aber gemäß der Meldung würde ich meinen, dass Dein sdc-grub ebenfalls ein zahnloser Tiger ist. Die 127er-Meldung erkläre ich mir damit, dass stage1 normalerweise erst einmal stag1_5 aus dem PBR (also dem Bereich zwischen MBR und der ersten Partition) nachladen muss um eine genau Position von stage2 zu ermitteln - und dieser (PBR-)Teil ist, zumindest bei meiner Platte, nicht mehr vorhanden. Interessanter ist in Deinem Fall aber, dass kein grub in sdb gefunden wird. Ein Bootvorgang von sdb, wird somit sicherlich nicht funktionieren. Ich habe bei meinem System, die grub-Installation einfach nach der Yast-Installation nochmal manuell ausgeführt und dabei grub einmal in sda und einmal in sdb installiert, also so: grub root (hd0,0) setup (hd0) quit grub root (hd1,0) setup (hd1) quit Wobei zu beachten ist, dass das /boot-Verzeichnis bei mir in einer eigenen Partition sda1 bzw sdb1 liegt, also hd0,0 und hd1,0. Danach lieferte das "Boot Info Script" die erwarteten Resultate und einige Test-Bootvorgänge, bei denen ich im BIOS die Bootreihenfolge änderte, liefen ebenfalls wie gewünscht ab. Nur der Interesse halber: Was steht eigentlich in Deiner /etc/grub.conf -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Mon, 25 Jul 2011, Tao te Puh schrieb:

Am 25.07.2011 15:20, schrieb Andre Tann:

...

Tao te Puh, Donnerstag, 21. Juli 2011:

...

...

=> Grub Legacy (v) is installed in the MBR of /dev/sdc and

looks on boot drive #-127 in partition #1 for /. [..] Keine Ahnung, wie auf diese Platte ein Grub draufkommt. Was ist überhaupt "drive #-127"? [..] Lustig: Ich habe bei mir auch genau so eine sdc mit genau der gleichen 127er Meldung in einem System.

Das passiert wenn an Byte 64 von stage1 ne 0 steht. Was nach BIOS-Nomenklatur (INT13e Funktion) für das erste Floppy-LW steht. Bei Festplatten ist die erste '(hd0)' eben 0x80 also 128 und das Script nimmt eben das Byte und zieht 127 davon ab um dann "drive #1" zu bekommen. Und 0-127 ist eben -127. Siehe auch die Ausgabe von hexdump -n 1 -s 64 -e '1/1 "%u\n"' /dev/sdc bei der betroffenen Platte. HTH, -dnh -- I wouldn't say comprehend. No, about the best they are able to do is to remem- ber a previous state for a while, and compare to current state. So, if yester- day Ug was happy and today Ug is not happy, something is wrong, and a committee must be found to whinge at for an unfeasibly long time. -- D. Holdsworth -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am 20.07.2011 12:33, schrieb Lentes, Bernd:

Andre Tann schrieb:

...

Ich frage nur, weil ich eben mißtrauisch bin, ob das im Fall des Falles auch wirklich klappen würde, oder ob nicht Bios oder Grub die Festplattenreihenfolge ändern, und schon bleibt der Boot-Prozess hängen.

Da müsste Dir doch devices.map und menu.lst in /boot/grub/ wichtige Infos bzgl. der Sortierung liefern.

Was auch sehr wichtig ist und definitiv nicht von einem Tool getestet werden kann, ist das Verhalten des BIOS bei einem Festplattenausfall. Hier kann es durchaus sein, dass man im Falle eines Ausfalles, manuell "nachjustieren" muss. Es gibt halt eine ganze Reihe von Szenarien und so ist es schon ein großer Unterschied ob eine Festplatte komplett im Dutt ist, oder die Festplatte nur vom RAID als fehlerhaft gemeldet, der MBR dieser Platte aber beim Booten noch gelesen werden kann und in diesem Falle fälschlicherweise gezündet wird ... Oder eben nur der MBR im Dutt ist, die Platte aber nach wie vor vom System (BIOS) als zb. hd0 angeboten wird ... Soweit ich das bisher nachvollziehen konnte, geht SuSE davon aus, dass bei einem Ausfall der "boot"-Platte die andere Platte anschließend den "BIOS"-Platz der kaputten einnimmt. -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Wed, 20 Jul 2011, Tao te Puh schrieb: [..]

Das folgende ist eine Zeile !

sudo fdisk -l 2>/dev/null | egrep "Disk /|/dev/" | sed "s#^/dev/#Part /dev/#" | awk '{print $2}' | sed 's/://' | xargs -n1 -IX sudo sh -c "hexdump -v -s 0x80 -n 2 -e '2/1 \"%x\" \"\\n\"' X | xargs -n1 -IY sh -c \"case \"Y\" in '48b4') echo X: GRUB 2 v1.96 ;; 'aa75' | '5272') echo X: GRUB Legacy ;; '7c3c') echo X: GRUB 2 v1.97 oder höher ;; *) echo X: Kein GRUB Y ;; esac\""

==== bootinfo.awk [abspeichern und ausführbar machen] ==== #!/usr/bin/gawk -f # (c)2011 David Haller . License: GPLv2 BEGIN { while( getline < "/proc/partitions" ) { if( /[hs]d[a-z][0-9]*/ ) { dev="/dev/"$4; cmd="hexdump -v -s 0x80 -n 2 -e '2/1 \"%x\" \"\\n\"' " dev; cmd | getline; if( /48b4/ ) { print dev " : GRUB 2 v1.96"; } if( /aa75|5272/ ) { print dev " : GRUB Legacy"; } if( /7c3c/ ) { print dev " : GRUB 2 >= v1.97"; } if( /00/ ) { print dev " : kein GRUB"; } } } } ==== HTH, -dnh -- VBScript is designed to be a secure programming environment. It lacks various commands that can be potentially damaging if used in a malicious manner. This added security is critical in enterprise solutions. -- support.microsoft.com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Tue, 26 Jul 2011, Andre Tann schrieb:

David Haller, Dienstag, 26. Juli 2011:

...

==== bootinfo.awk [abspeichern und ausführbar machen] ==== #!/usr/bin/gawk -f # (c)2011 David Haller . License: GPLv2 BEGIN { while( getline < "/proc/partitions" ) { if( /[hs]d[a-z][0-9]*/ ) { dev="/dev/"$4; cmd="hexdump -v -s 0x80 -n 2 -e '2/1 \"%x\" \"\\n\"' " dev; cmd | getline; if( /48b4/ ) { print dev " : GRUB 2 v1.96"; } if( /aa75|5272/ ) { print dev " : GRUB Legacy"; } if( /7c3c/ ) { print dev " : GRUB 2 >= v1.97"; } if( /00/ ) { print dev " : kein GRUB"; } } } } ====

Huch?

# ./bootinfo.awk /dev/sda : GRUB 2 v1.96 /dev/sda : GRUB Legacy /dev/sda : GRUB 2 >= v1.97 [..] Das kann ja wohl nicht stimmen.

Also hier tut das genau so wie gedacht. # awk -f /home/dh/helping/bootinfo.awk /dev/sdb : GRUB Legacy /dev/sdb1 : GRUB Legacy /dev/sdb2 : kein GRUB /dev/sdb3 : kein GRUB /dev/sdb4 : kein GRUB /dev/sdb5 : kein GRUB /dev/sda : GRUB Legacy /dev/sda1 : kein GRUB Bei dir muß also irgendwas komisch sein. Was ist die Ausgabe von hexdump -v -s 0x80 -n 2 -e '2/1 "%x" "\n"' /dev/sda bei dir? Hier ist das mit oS 11.4/Grub 0.97 z.B.: # hexdump -v -s 0x80 -n 2 -e '2/1 "%x" "\n"' /dev/sda 5272 Spontan würde ich mal auf nen C&P Fehler bei dir tippen (ich hab hier das Script per 'insert-file' eingefügt). Schau dir das Script nochmal im Editor an und vergleichs mit oben. Die 'if' sind eigentlich so, daß je device immer nur _EIN_ Eintrag passen kann. Daß alle drei wie bei dir ansprechen ist unmöglich. -dnh -- Die Staatsoberhäupter müssen hin zur Eröffnungsfeier [der olympischen Spiele 2008 in Peking], die müssen alle hin! Die müssen alle auf die Ehrentribüne -- im Kostüm vom Dalai Lama. Das würde die chinesische Propaganda nie verkraften. -- Volker Pispers, April 2008 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Andre Tann schrieb:

hexdump -v -s 0x80 -n 2 -e '2/1 \"%x\" \"\\n\"' /dev/sda1

Hi Andre, das kannst Du so natürlich nicht auf die Kommandozeile übernehmen :) Es bleibt genau ein Backslash drin: Der vor dem n. Also: hexdump -v -s 0x80 -n 2 -e '2/1 "%x" "\n"' /dev/sda1 -- Gruss Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

David Haller, Dienstag, 26. Juli 2011:

Hier sind dir, bis auf die zweite Zeile die // abhanden gekommen. Für awk ist eine positive Zahl "wahr", die "if" passen immer. Bei mir sind immer // drumrum, die eine Regex draus machen. Ich häng das Script mal als Anhang an, vielleicht hilft das.

Ja, jetzt funktionierts. Seehr komisch, denn die / hab ich sicher nicht entfernt. Aber mir fällt etwas anderes auf:

...

Aber ich sehe keinen C&P-Fehler???

Kam das bei Dir mit den drei ? an? Das hatte ich so gar nicht geschrieben, sondern so: … Das sind drei Fortsetzungspunkte als ein Zeichen, also Compose-.-. Viele Grüße! -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Christian Brabandt, Dienstag, 26. Juli 2011:

Hm, formartiert kmail evtl. alles zwisch zwei // als kursiv? Ist also /das hier/ kursiv? Dann siehst Du natürlich die Slashes nicht mehr beim Copy'n'Pasten. ("das hier" steht zwischen zwei slashes).

Ah, Herrgottsacklzement... Diese Automatismen hab ich sowas von dick. Jep, das wars. Dein "das hier" ist bei der Darstellung in KMail in der Tat auch kursiv, wenn ich aber auf Antworten gehe, und KMail den vim aufmacht, dann sehe ichs wieder richtig.

...

geschrieben, sondern so: …

Klassischer Fehler. Wahrscheinlich hat David keine utf-8 locale und da kommt es zu Darstellungsfehlern. Immerhin nutzt er mittlerweile einen aktuellen mutt und nicht mehr den altertümlichen 1.4. ;)

Wir könnten doch hier sammeln, und ihm eine aktuelle utf8-locale zu Weihnachten schenken…? -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Tue, 26 Jul 2011, Andre Tann schrieb:

Ja, jetzt funktionierts. Seehr komisch, denn die / hab ich sicher nicht entfernt.

Seltsam. Irgendwas lief bei dir schief ...

Aber mir fällt etwas anderes auf:

...

...

Aber ich sehe keinen C&P-Fehler???

Kam das bei Dir mit den drei ? an?

Ich hier nix UTF-8, hier latin-niner ;) $ echo $LANG en_US.iso885915

Das hatte ich so gar nicht geschrieben, sondern so:

???

Genau ;) 3 Fragezeichen ;P *hrhrhr*

Das sind drei Fortsetzungspunkte als ein Zeichen, also Compose-.-.

Ellipse. Gibbet in latin9 nich. Ergo macht mein mutt draus die FRZ, ganz wie ihm befohlen. Kein Fehler oder Bug. Einfach ein Artefakt von verschiedenen Zeichensätzen (und dem Default wie nicht-konvertierbare Zeichen dann dargestellt werden). UTF-8 Umlaute konvertiert mutt z.B. problemlos (da diese in latin9 enthalten sind). Klingonisch oder eben auch die Ellipse aber z.B. nicht. Normal achte ich ja drauf und korrigiere das, aber wenn's nicht Umlaute sind wird ein wenitsch schwieritsch zu raten, welche Zeichen da gemeint sind. -dnh -- Well, revenge is a feast best served immediately. - Ka D'Argo, Farscape -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Tue, 26 Jul 2011, Andre Tann schrieb:

David Haller, Dienstag, 26. Juli 2011:

...

Ich hier nix UTF-8, hier latin-niner ;)

$ echo $LANG en_US.iso885915

Da kannste mir aber nix vorwerfen.

Tu ich auch nicht.

Ich hab ordnungsgemäß deklariert:

Content-Type: Text/Plain; charset="utf-8"

Brav! *tätschel*

...

Normal achte ich ja drauf und korrigiere das, aber wenn's nicht Umlaute sind wird ein wenitsch schwieritsch zu raten, welche Zeichen da gemeint sind.

Wieso raten? Da nimmst Du einfach die Byte-Sequenz, guckst in der Zeichentabelle nach (daß es utf8 ist weißt Du ja),

Ei freilich ...

und ersetzt ??? mit ... ^^^ meinten Sie "durch"?

Und wie ersetzt du z.B. U+F8D0 .. U+F8FF? Ohne zu wissen, welche Schriftart grad zur Darstellung verwendet wird? Na? Eben. Solange ein Großteil der Schriften nicht einen Großteil von Unicode unterstützt halte ich es für müßig, unbedingt auf UTF-8 umzusteigen. Ja, es ist geplant und in Vorbereitung sozusagen, aber "nicht jetzt". BTW: die Schriften, die ein "Ellipsis" Zeichen enthalten sind selten. Die meisten dürftest du immer noch im TeX-Umfeld finden, denn da ist das Standard!

Und evtl. freust Du Dich schon mal auf Weihnachten. Genaueres verrat ich aber nicht.

Menno! -dnh -- Chuck: So, what you're saying is that I can pursue a real relationship with Jill as long as I don't compromise my fake relationship with Sarah? Casey: Welcome to dating in the CIA ... Heh-heh. -- Chuck, Deleted Scenes - 2x07(?) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Sat, 30 Jul 2011, Andre Tann schrieb: [..]

Was schließen wir daraus? Hallerlix ist kein modernes Computersystem bzw. nutzt keine modernen Schriften.

$ cat /etc/*-release openSUSE 11.4 (x86_64) VERSION = 11.4 CODENAME = Celadon LSB_VERSION="core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-x86_64:core-3.2-x86_64:core-4.0-x86_64" $ uname -r 2.6.37.6-0.5-default $ xrdb -query | grep -i 'xterm.*font' XTerm*boldFont: -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso10646-1 xterm*Font: -misc-fixed-medium-r-normal--13-120-75-75-c-70-iso10646-1 xterm*font: -misc-fixed-medium-r-normal--13-120-75-75-c-70-iso10646-1 Allerdings aber eben LANG=en_US.iso885915. Und mutt ist auch passend eingestellt und konvertiert UTF8 auch nach latin9 -- soweit möglich (deine Umlaute hab ich ja korrekt zitiert). -dnh -- Hmm, wenn Du von CD aus Dein Linux-System booten kannst, dann scheint vielleicht Dein MBR gerade Urlaub zu machen ;-) -- Martin Mewes in suse-linux -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Sun, 31 Jul 2011, Christian Brabandt schrieb:

On So, 31 Jul 2011, David Haller wrote:

BTW: da geht bei uns _BEIDEN_ was schief: du de-Wochentagskürzel, en-Attr, ich andersrum. s.u. Bei mir hat's mal via 'set locale' funktioniert ... Bei mir liegt hoffentlich daran, daß die libc-locale umbenannt wurde (in *.iso885915).

...

Allerdings aber eben LANG=en_US.iso885915. Und mutt ist auch passend eingestellt und konvertiert UTF8 auch nach latin9 -- soweit möglich (deine Umlaute hab ich ja korrekt zitiert).

Du könntest in mutt

set charset=iso-8859-15//TRANSLIT ^^^^^^^^^^ das ist mir neu :) Vermutlich gab's das noch nicht als ich die Doku dazu gelesen habe (anno 2001 ;)

setzen, dann sollte es auch mit der Ellipsis klappen.

Merci vielmals, werd ich ausprobieren! -dnh PS: folder-hooks die per 'source' Teil-Configs laden sind cool ;) So lade ich z.B. hier in der ML die ML und die DE-Einstellungen, anderswo die ML und EN-Einstellungen ;) ,----[ ~/.mutt/de.cf ] | set locale="de_DE.ISO-8859-15" | set attribution="Hallo,\n\nAm %{%a, %d %b %Y}, %n schrieb:" `---- ,----[ ~/.mutt/en.cf ] | set locale="en_US.ISO-8859-15" | set attribution="Hello,\n\nOn %{%a, %d %b %Y}, %n wrote:" `---- ,----[ ~/.mutt/dnh_opensuse.cf ] | my_hdr From: David Haller | set sendmail="/usr/sbin/sendmail -fdnh@opensuse.org" `---- ,----[ ~/.mutt/personal ] [..] | folder-hook opensuse* "source ~/.mutt/en.cf; source ~/.mutt/dnh_opensuse.cf" | folder-hook opensuse-de "source ~/.mutt/de.cf; source ~/.mutt/dnh_opensuse.cf" [..] `---- Ich hab da noch ein paar andere .cf mit Teileinstellungen ;) Die ~/.mutt/personal wird aus der ~/.muttrc ge"source"d. Und BTW: die Config wurde für sendmail erstellt, verwende ich jetzt mit postfix. ;) Den *bin/sendmail-Standard Optionen sei Dank ;) -- Excerpt from a conversation with a friend, early in my unix odyssey: "So now I've got all these floppy-sized archive pieces, and I haven't been able to figure out what program I'm supposed to use to concat-- er, never mind." [void] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org