Wieder mal... Umlaute

C

Candra

Member
Hallo Leute,

ich versuche schon seit einiger Zeit mir ein altes Toshiba Tecra 8000 Laptop mit FreeBSD 5.2.1 ohne X-Server mit Bash 2.05 als Shell aufzusetzen. Ich scheitere allerdings immer an den Umlauten.
Die Anleitung zu den deutschen Umlauten habe ich durch, die meisten der hier empfohlenen Anregungen auch. Die deutsche Tastatur-Belegung ist auch schon in den Kernel einkompiliert. Alles ohne Erfolg bisher.

Mittlerweile gehen mir die Ideen aus, vielleicht hat ja einer von Euch noch eine...

Hier ein paar Auszüge aus meinen Konfigurationsdateien:

/etc/rc.conf:
font8x8="iso15-8x8"
font8x14="iso15-8x14"
font8x16="iso15-8x16"
keymap="german.iso"

~/.bashrc:
export LANG="de_DE.ISO8859-15"
export LC_CTYPE="de_DE.ISO8859-15"
export LC_COLLATE="de_DE.ISO8859-15"
export MM_CHARSET="ISO8859-15"
export LC_TYPE="de_DE.ISO8859-15"
export LC_MESSAGES="de_DE.ISO8859-15"
export LC_MONETARY="de_DE.ISO8859-15"
export LC_NUMERIC="de_DE.ISO8859-15"
export LC_TIME="de_DE.ISO8859-15"
export CHARSET="ISO-8859-15"
export LC_ALL="de_DE.ISO8859-15"

/etc/ttys:
ttyv0 "/usr/libexec/getty Pc" cons25l1 on secure
# Virtual terminals
ttyv1 "/usr/libexec/getty Pc" cons25l1 on secure
ttyv2 "/usr/libexec/getty Pc" cons25l1 on secure
ttyv3 "/usr/libexec/getty Pc" cons25l1 on secure
ttyv4 "/usr/libexec/getty Pc" cons25l1 on secure
ttyv5 "/usr/libexec/getty Pc" cons25l1 on secure
ttyv6 "/usr/libexec/getty Pc" cons25l1 on secure
ttyv7 "/usr/libexec/getty Pc" cons25l1 on secure

Kernelkonfiguration:
# KEYBOARD
options ATKBD_DFLT_KEYMAP #specify the builtin keymap
makeoptions ATKBD_DFLT_KEYMAP="german.iso"



Vielen Dank im Voraus
 
Zuletzt bearbeitet:
.login_conf
german:german user:\
:charset=ISO-8859-1:\
:lang=de_DE.ISO8859-1:

/etc/login.conf
german:german user:\
:charset=ISO-8859-1:\
:lang=de_DE.ISO8859-1:\
:tc=default:

/etc/ttys
cons25l1 (statt cons25)
 
So, beide login.conf-Dateien wie vorgeschlagen geaendert und einen erwartungsvollen flotten Reboot gemacht, und ......
nix. Langsam komm ich mir von der Kiste echt veralbert vor.
 
Nach Anregung im Chat die .bashrc an in die .profile-Datei kopiert und siehe da... UMLAUTE !!!

Warum das allerdings vorher nicht funktioniert hat ist mir ein Raetsel.

Vielen lieben Dank an die hilfreichen Geister !
 
deutscher kernel?

Ich habe nach dem oben erwähnten Artikel vorgestern ebenfalls versucht die
german.iso und den entsprechenden iso Schriftsatz in den Kernel zu kompilieren,
leider ohne Erfolg. Die in dem Artikel beschriebenen Einstellungen beziehen sich
auf die Datei LINT, die m.E. jetzt NOTES heißt. Da die Dateien bei jedem cvsup
überschrieben werden, kann ich mir aber nur schwer vorstellen, dass das der
richtige Weg ist.

Würde mich freuen, wenn ich auch im single mode eine deutsche Tastatur
vorfinde! Und eine andere Schriftfarbe wäre noch viel schöner :D aber leider hat
auch das nicht funktioniert :(

Weis jemand eine Möglichkeit oder gar eine Beschreibung für diesen Plan?

bin für jede Anregung dankbar...


danny
 
Single-Mode mit deutscher Tastatureinstellung

Ich modifiziere den Kernel mit folgendem System, so habe ich keine Probleme mit cvsup etc..

Vorbereitung
------------------------------------------------------------------
1.) cp /usr/src/sys/i386/conf/GENERIC /etc/GENERIC.aktuell

2.) Folgenden Text der Datei /etc/Generic.aktuell anhängen:

# Tastatur im Single-Mode
options ATKBD_DFLT_KEYMAP # specify the built-in keymap
makeoptions ATKBD_DFLT_KEYMAP="german.iso"

3.) Ein Kernelbau-Skript erstellen, mit folgendem Inhalt:

#!/bin/sh
# /usr/local/sbin/makekernel
# Erzeugt einen frischen Kernel
# AndreasMeyer, 30.7.2004
cd /usr/src/
echo "*************************************"
echo "Die Kernelerstellung wurde gestartet!"
date
echo "*************************************"
cp -f /etc/GENERIC.aktuell /usr/src/sys/i386/conf/GENERIC
cp -f /usr/src/sys/i386/conf/GENERIC /etc/GENERIC.alt
make buildkernel > /var/log/kernelbuild.log &&
make installkernel > /var/log/kernelinstall.log
echo "***********************************************"
echo "Die Kernelerstellung wurde beendet!"
date
echo "***********************************************"

4.) Das Kernelbau-Skript ausführbar machen:

chmod u+x /usr/local/sbin/makekernel

Neuen Kernel erzeugen
---------------------------------------------------
makekernel => Neustarten und Fertig!

Schriftfarbe wechseln
---------------------------------------------------
Ich habe folgendes gefunden, aber keine Ahnung ob es funktioniert!

/etc/GENERIC.aktuell um folgende Einträge ergänzen:

options SC_NORM_ATTR="(FG_GREEN|BG_BLACK)"
options SC_NORM_REV_ATTR="(FG_YELLOW|BG_GREEN)"
options SC_KERNEL_CONS_ATTR="(FG_RED|BG_BLACK)"
options SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)"
 
---- 8< ----
cp -f /etc/GENERIC.aktuell /usr/src/sys/i386/conf/GENERIC
cp -f /usr/src/sys/i386/conf/GENERIC /etc/GENERIC.alt
--- 8< ----

Eine Frage, muesste man nicht sinnvollerweise diese beiden Kopierbefehle umgekehrt ausfuehren? Du kopierst die neue Config nach GENERIC und gleich nach GENERIC.alt statt ein Backup der alten Datei zu erzeugen.

Als Idee wuerde ich als Dateiendung gleich 'nen Zeitstempel ransetzen, dann erzeugt man auch gleich ein chronologisches Archiv mit allen alten Kernel-configs.
 
Stimmt!

Aber wenn man beachtet, dass mein makekernel, welches ich wirklich einsetze:

+++++++++++++++++++++++++++++++++++++++++
#!/bin/sh
/usr/local/sbin/updatekernel
cd /usr/src/
echo "*************************************"
echo "Die Kernelerstellung wurde gestartet!"
date
echo "*************************************"
cp -f /etc/GENERIC.aktuell /usr/src/sys/i386/conf/GENERIC
cp -f /usr/src/sys/i386/conf/GENERIC /etc/GENERIC.alt
make buildkernel > /var/log/kernelbuild.log &&
make installkernel > /var/log/kernelinstall.log
echo "***********************************************"
echo "Die Kernelerstellung wurde beendet!"
date
echo "***********************************************"
++++++++++++++++++++++++++++++++++++++++++

zusätzlich noch /usr/local/sbin/updatekernel aufruft:

++++++++++++++++++++++++++++++++++++++++++
#!/bin/sh
echo "**********************************************"
echo "Das Systemupdate (Betriebssystem) wurde gestartet!"
date
echo "**********************************************"
cp -f /usr/src/sys/i386/conf/GENERIC /etc/GENERIC.update
cvsup -g /etc/source-supfile > /var/log/cvsupdate2.log
echo "********************************************"
echo "Das Systemupdate (Betriebssystem) wurde beendet!"
date
echo "********************************************"
cp -f /usr/src/sys/i386/conf/GENERIC /etc/GENERIC.current
++++++++++++++++++++++++++++++++++++++++++++

damit eine Kernel erstellt wird, bei welchem die letzten entdeckten Sicherheitslücken geschlossen sind. Die anderen Betriebssystemlücken
werden von freebsd-update "/usr/ports/security/freebsd-update" geschlossen.

So ergibt sich für meine Kernelkonfigurations-Kopieraktionen wieder einigermassen einen Sinn. Aber man könnte noch vieles verbessern ;-)
 
Soweit ganz schick, dass deutsche Tastaturlayout ist drin und in der sh funktionieren auch die Umlaute.
Leider erhalte ich in der csh und bash aber nur ein nerviges PIEP auf den Umlauttasten.

im Kernel habe ich derzeitig:
Code: 
    options         ATKBD_DFLT_KEYMAP       # specify the built-in keymap
    makeoptions     ATKBD_DFLT_KEYMAP="german.iso"
    options         SC_DFLT_FONT            # compile font in
    makeoptions     SC_DFLT_FONT=iso


Für die Locale Einstellung habe ich folgendes in die /etc/login.conf eingetragen:
Code: 
german:German Users Accounts:\
    :charset=ISO-8859-1:\
    :lang=de_DE.ISO8859-1:\
    :tc=default:
Wobei sich mit die Frage stellt ob das so noch richtig ist, denn im Beispiel der
Datei wird der Name von der Beschreibung durch ein Pipe Zeichen getrennt:
Code: 
russian|Russian Users Accounts:\
    ..........................
Den User habe ich dann entsprechend german zugeteilt. Bei der Anmeldung erhalte ich aber die Meldung:
Code: 
login_getclass: unknown class "german"


ich weis da leider gar nicht mehr weiter ;'(

mfg danny
 
Code: 
setenv LC_CTYPE de_DE.ISO8859-15

in der entsprechenden ~/.cshrc wirkt manchmal Wunder :)

über Locale würde mir prinzipiell aber besser gefallen, zumal ich schon
gerne mal die deutschen shell Hilfen sehen würde.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben