Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #131355 > unrolled thread
| Started by | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| First post | 2023-06-13 21:10 +0200 |
| Last post | 2023-06-23 21:56 -0400 |
| Articles | 20 on this page of 93 — 21 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Bernd Mayer <beam.bam.boom@knuut.de> - 2023-06-13 21:10 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Tim Ritberg <tim@server.invalid> - 2023-06-13 21:44 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andi <andi@hackfrag.com> - 2023-06-14 12:35 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-13 23:14 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Marcel Mueller <news.5.maazl@spamgourmet.org> - 2023-06-16 18:49 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Bernd Mayer <beam.bam.boom@knuut.de> - 2023-06-16 20:06 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-16 18:32 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Bernd Mayer <beam.bam.boom@knuut.de> - 2023-06-17 01:12 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Bernd Mayer <beam.bam.boom@knuut.de> - 2023-06-17 01:13 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-06-17 21:59 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Marcel Mueller <news.5.maazl@spamgourmet.org> - 2023-06-17 23:13 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-06-18 20:44 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Marcus Jodorf <m@bogomips.de> - 2023-06-17 23:16 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-06-18 20:37 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Marcus Jodorf <m@bogomips.de> - 2023-06-19 05:49 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Bernd Mayer <beam.bam.boom@knuut.de> - 2023-06-20 22:50 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Bernd Mayer <beam.bam.boom@knuut.de> - 2023-06-20 23:05 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Bernd Mayer <beam.bam.boom@knuut.de> - 2023-06-21 09:24 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-21 21:42 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Bernd Mayer <beam.bam.boom@knuut.de> - 2023-06-22 12:29 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-22 14:54 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-06-22 21:36 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Bernd Mayer <beam.bam.boom@knuut.de> - 2023-06-22 23:55 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-06-22 21:10 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-22 19:38 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-06-23 20:44 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor svaddi.fs@gmail.com (fritz_s) - 2023-06-20 01:44 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2023-06-16 20:30 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-16 18:35 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-06-16 19:08 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Enrik Berkhan <Enrik.Berkhan@inka.de> - 2023-06-17 06:40 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-06-16 19:13 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Laurens Kils-Huetten <lkh@sdf-eu.org> - 2023-06-16 20:23 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-16 18:40 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-06-17 10:13 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-17 17:29 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-06-18 00:02 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-18 02:11 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-06-17 22:08 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-17 17:34 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-06-18 21:11 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-19 18:53 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-06-20 23:13 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-21 21:02 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-21 21:18 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Christian Garbs <mitch@cgarbs.de> - 2023-06-18 14:40 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-06-18 17:47 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-06-18 21:55 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-19 18:31 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-06-20 07:52 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-06-20 07:57 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-20 18:25 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-06-21 06:26 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-06-21 10:24 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-06-21 08:43 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-21 21:06 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-06-22 06:31 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-22 19:25 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Bernd Mayer <beam.bam.boom@knuut.de> - 2023-06-23 01:37 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-23 21:40 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Rolf Buenning <r.buenning@gmx.de> - 2023-06-24 06:20 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Bernd Mayer <beam.bam.boom@knuut.de> - 2023-06-24 22:01 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-24 21:46 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Joerg Lorenz <hugybear@gmx.ch> - 2023-06-25 07:34 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Paul Muster <exp-311223@news.muster.net> - 2023-06-25 11:46 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-25 18:54 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Joerg Lorenz <hugybear@gmx.ch> - 2023-06-26 09:35 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-27 00:06 -0400
[OT] Followup-To-Fallen sinnvoll? (was: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor) Helmut Waitzmann <nn.throttle@xoxy.net> - 2023-06-28 18:44 +0200
Re: [OT] Followup-To-Fallen sinnvoll? (was: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor) Joerg Lorenz <hugybear@gmx.ch> - 2023-06-28 21:19 +0200
Re: [OT] Followup-To-Fallen sinnvoll? Helmut Waitzmann <nn.throttle@xoxy.net> - 2023-07-07 19:46 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-06-24 16:21 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Joerg Lorenz <hugybear@gmx.ch> - 2023-06-22 09:04 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-06-22 21:57 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-22 19:50 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-06-23 20:59 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-23 21:52 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-06-24 14:00 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Christian Garbs <mitch@cgarbs.de> - 2023-06-21 22:50 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-06-22 08:09 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Neumann <nntp@postheo.de> - 2023-06-22 08:21 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Christian Garbs <mitch@cgarbs.de> - 2023-06-22 12:29 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-22 19:24 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Christian Garbs <mitch@cgarbs.de> - 2023-06-20 13:08 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-20 18:30 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-06-21 06:28 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Christian Garbs <mitch@cgarbs.de> - 2023-06-21 22:48 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-21 21:37 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-21 21:40 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-06-22 06:40 +0000
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-22 14:50 -0400
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-06-23 10:13 +0200
Re: Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor Andreas Kohlbach <ank@spamfence.net> - 2023-06-23 21:56 -0400
Page 1 of 5 [1] 2 3 4 5 Next page →
| From | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| Date | 2023-06-13 21:10 +0200 |
| Subject | Schriftgroesse in Textkonsolen auf 4k/UHD-Monitor |
| Message-ID | <u6aeuh$1cvsd$1@news.nnpt4.net> |
Hallo, in den Standardeinstellungen von OpenSUSE, Debian und Ubuntu ist die Schrift auf einem 4k/UHD-Monitor in den Textkonsolen (Alt-F1 bis Alt-F6) winzig und kaum lesbar. Ich habe schon etliche Versuche unternommen, hauptsächlich mit den Einstellungen in /default/grub (GFXMODE u.Ä). Bisher habe ich lediglich Teilerfolge. Auf einem neuen PC geht das Experimentieren wieder von vorne los. Man muss ja nach jeder Änderung grub2-mkconfig aufrufen und neu booten zum Test. Das ist recht aufwendig. Bei den zahlreichen beteiligten Faktoren kommt mir das beinahe wie ein Glücksspiel vor. Hat hier jemand Tips wie man das am besten macht? Gibt es andere Lösungen als mit den Einstellungen von grub? Bernd Mayer
[toc] | [next] | [standalone]
| From | Tim Ritberg <tim@server.invalid> |
|---|---|
| Date | 2023-06-13 21:44 +0200 |
| Message-ID | <u6agvn$19eus$1@tota-refugium.de> |
| In reply to | #131355 |
Am 13.06.23 um 21:10 schrieb Bernd Mayer: > Hallo, > > in den Standardeinstellungen von OpenSUSE, Debian und Ubuntu ist die > Schrift auf einem 4k/UHD-Monitor in den Textkonsolen (Alt-F1 bis Alt-F6) > winzig und kaum lesbar. > > Ich habe schon etliche Versuche unternommen, hauptsächlich mit den > Einstellungen in /default/grub (GFXMODE u.Ä). > Bisher habe ich lediglich Teilerfolge. > Auf einem neuen PC geht das Experimentieren wieder von vorne los. > > Man muss ja nach jeder Änderung grub2-mkconfig aufrufen und neu booten > zum Test. > Das ist recht aufwendig. > Bei den zahlreichen beteiligten Faktoren kommt mir das beinahe wie ein > Glücksspiel vor. > > Hat hier jemand Tips wie man das am besten macht? > Gibt es andere Lösungen als mit den Einstellungen von grub? Noch nicht ausprobiert, mache ich aber morgen. https://wiki.archlinux.org/title/Linux_console#Fonts Tim
[toc] | [prev] | [next] | [standalone]
| From | Andi <andi@hackfrag.com> |
|---|---|
| Date | 2023-06-14 12:35 +0200 |
| Message-ID | <u6c55o$8oa$1@dont-email.me> |
| In reply to | #131356 |
On 6/13/23 9:44 PM, Tim Ritberg wrote: > Am 13.06.23 um 21:10 schrieb Bernd Mayer: >> Hallo, >> >> in den Standardeinstellungen von OpenSUSE, Debian und Ubuntu ist die Schrift auf einem 4k/UHD-Monitor in den Textkonsolen >> (Alt-F1 bis Alt-F6) winzig und kaum lesbar. >> >> Ich habe schon etliche Versuche unternommen, hauptsächlich mit den Einstellungen in /default/grub (GFXMODE u.Ä). >> Bisher habe ich lediglich Teilerfolge. >> Auf einem neuen PC geht das Experimentieren wieder von vorne los. >> >> Man muss ja nach jeder Änderung grub2-mkconfig aufrufen und neu booten zum Test. >> Das ist recht aufwendig. >> Bei den zahlreichen beteiligten Faktoren kommt mir das beinahe wie ein Glücksspiel vor. >> >> Hat hier jemand Tips wie man das am besten macht? >> Gibt es andere Lösungen als mit den Einstellungen von grub? > Noch nicht ausprobiert, mache ich aber morgen. > https://wiki.archlinux.org/title/Linux_console#Fonts > > Tim > Kann ich so bestätigen, nutze hier zB. bei HD Monitoren die terminus-font Methode. /etc/vconsole.conf FONT=ter-124b -- °°
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-06-13 23:14 -0400 |
| Message-ID | <87o7liwxa8.fsf@usenet.ankman.de> |
| In reply to | #131355 |
On Tue, 13 Jun 2023 21:10:09 +0200, Bernd Mayer wrote: > > in den Standardeinstellungen von OpenSUSE, Debian und Ubuntu ist die > Schrift auf einem 4k/UHD-Monitor in den Textkonsolen (Alt-F1 bis > Alt-F6) winzig und kaum lesbar. > > Ich habe schon etliche Versuche unternommen, hauptsächlich mit den > Einstellungen in /default/grub (GFXMODE u.Ä). > Bisher habe ich lediglich Teilerfolge. > Auf einem neuen PC geht das Experimentieren wieder von vorne los. > > Man muss ja nach jeder Änderung grub2-mkconfig aufrufen und neu booten > zum Test. > Das ist recht aufwendig. > Bei den zahlreichen beteiligten Faktoren kommt mir das beinahe wie ein > Glücksspiel vor. > > Hat hier jemand Tips wie man das am besten macht? > Gibt es andere Lösungen als mit den Einstellungen von grub? Das sollte ohne GRUB gehen. Beim Booten wird einfach ein Konsolenfont geladen. Vor Jahren hatte ich mit setfont gespielt, um einen möglichst großen Font zu finden. Beispiel: setfont /usr/share/consolefonts/Uni2-TerminusBold20x10.psf.gz Natürlich muss das vorhanden sein. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Marcel Mueller <news.5.maazl@spamgourmet.org> |
|---|---|
| Date | 2023-06-16 18:49 +0200 |
| Message-ID | <u6i3ra$17qf1$3@gwaiyur.mb-net.net> |
| In reply to | #131355 |
Am 13.06.23 um 21:10 schrieb Bernd Mayer: > in den Standardeinstellungen von OpenSUSE, Debian und Ubuntu ist die > Schrift auf einem 4k/UHD-Monitor in den Textkonsolen (Alt-F1 bis Alt-F6) > winzig und kaum lesbar. Unvergessen auch https://en.wikipedia.org/wiki/IBM_T220/T221_LCD_monitors#/media/File:IBM_T221.jpg ;-) > Ich habe schon etliche Versuche unternommen, hauptsächlich mit den > Einstellungen in /default/grub (GFXMODE u.Ä). > Bisher habe ich lediglich Teilerfolge. > Auf einem neuen PC geht das Experimentieren wieder von vorne los. Ja, seit die Konsolen keine Text-Modes mehr unterstützen, sind sie kaum noch brauchbar - auch ohne 4k-Monitor. > Hat hier jemand Tips wie man das am besten macht? > Gibt es andere Lösungen als mit den Einstellungen von grub? AFAIK konnte man mit einem Kernel-Parameter eine VGA-Modus für die Konsole erzwingen. Das ist grub natürlich egal, aber umgekehrt interessiert sich der Kernel mutmaßlich auch nicht für den Grub-Mode. Auf meinem Server hatte ich das Problem auch mal, nur anders herum. 80*25 fand ich im 21. Jahrhundert alles andere als Zeitgemäß. Aber ich weiß nicht mehr genau, wo ich da gedreht habe. Es ist mir jedenfalls nicht mehr gelungen, die VGA-Console zu aktivieren. Nur Framebuffer hat funktioniert, also ohne Scrollmöglichkeit. Gerade mal geschaut: ich habe den Kernel-Parameter vga=0x3284 gesetzt. Ich bin aber nicht einmal sicher, ob es seit dem letzten größeren Upgrade überhaupt noch geht. Der Monitor an der Kiste ist vielleicht alle 5 Jahre mal an. Das ist noch ein echter 15" von 1992. ;-) Und jetzt frage mich bloß keiner, wo ich die Zahl her habe - keine Ahnung mehr. Marcel
[toc] | [prev] | [next] | [standalone]
| From | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| Date | 2023-06-16 20:06 +0200 |
| Message-ID | <u6i8br$1gt7n$2@news.nnpt4.net> |
| In reply to | #131468 |
Am 16.06.23 um 18:49 schrieb Marcel Mueller: > Am 13.06.23 um 21:10 schrieb Bernd Mayer: >> in den Standardeinstellungen von OpenSUSE, Debian und Ubuntu ist die >> Schrift auf einem 4k/UHD-Monitor in den Textkonsolen (Alt-F1 bis >> Alt-F6) winzig und kaum lesbar. > > Unvergessen auch > https://en.wikipedia.org/wiki/IBM_T220/T221_LCD_monitors#/media/File:IBM_T221.jpg > ;-) > >> Ich habe schon etliche Versuche unternommen, hauptsächlich mit den >> Einstellungen in /default/grub (GFXMODE u.Ä). >> Bisher habe ich lediglich Teilerfolge. >> Auf einem neuen PC geht das Experimentieren wieder von vorne los. > > Ja, seit die Konsolen keine Text-Modes mehr unterstützen, sind sie kaum > noch brauchbar - auch ohne 4k-Monitor. > >> Hat hier jemand Tips wie man das am besten macht? >> Gibt es andere Lösungen als mit den Einstellungen von grub? > > AFAIK konnte man mit einem Kernel-Parameter eine VGA-Modus für die > Konsole erzwingen. Das ist grub natürlich egal, aber umgekehrt > interessiert sich der Kernel mutmaßlich auch nicht für den Grub-Mode. > > Auf meinem Server hatte ich das Problem auch mal, nur anders herum. > 80*25 fand ich im 21. Jahrhundert alles andere als Zeitgemäß. Aber ich > weiß nicht mehr genau, wo ich da gedreht habe. Es ist mir jedenfalls > nicht mehr gelungen, die VGA-Console zu aktivieren. Nur Framebuffer hat > funktioniert, also ohne Scrollmöglichkeit. > > Gerade mal geschaut: ich habe den Kernel-Parameter vga=0x3284 gesetzt. > Ich bin aber nicht einmal sicher, ob es seit dem letzten größeren > Upgrade überhaupt noch geht. Der Monitor an der Kiste ist vielleicht > alle 5 Jahre mal an. Das ist noch ein echter 15" von 1992. ;-) > Und jetzt frage mich bloß keiner, wo ich die Zahl her habe - keine > Ahnung mehr. Hallo Danke an alle die bisher geantwortet haben. Beim Booten erfolgen zunächst die Meldungen vom UEFI, die sind gut lesbar. Danach kommt grub. Ohne meine Änderungen konnte ich dessen Menü und Meldungen gar nicht sehen (schwarzer Bildschirm). Danach kommt ein Teil der dmesg-Meldungen gut lesbar, wohl mit den Einstellungen von grub. Danach kommen weitere dmesg-Meldungen in MiniSchrift da wird offenbar plötzlich die Schriftgröße umgeschalten. Die Textkonsolen Al-F1 bis Alt-F6 sind wieder winzig, da kann ich nur im Blindflug arbeiten. Ich bin durch lange Gewohnheit recht routiniert mit der Dateiverwaltung in den Textkonsolen mit dem mc. Da war immer mindestens eine geöffnet und manchmal bis zu sechs. Ich hatte mittlerweile schon versucht mit den Konsolen im Grafikmodus von KDE zu arbeiten. Da kann ich immerhin die Schriftgröße einstellen. Aber da gelten ganz andere Tastaturbefehle als die seit Jahrzehnten gewohnten. Die Farben in den Standardeinstellungen von openSUSE-15.4 sind da grausig (hellblauer Hintergrund, Schrift weiß und hellrot). Ich bin kurz davor meinen alten Monitor wieder anszuschliessen. Auf meinem alten System hatte ich das hinbekommen mit einiger Fummelei. Möglicherweise war das einem Eintrag in der sddm.conf mit 144 dpi o.Ä. zu verdanken. Dieser PC fängt aber an mit diversen Hardwareproblemen, daher will ich den ersetzen. Der neue hat gar kein sddm Mittlerweile habe ich erfolglos mit den Einstellungen von setconsole oder auch vconsole.conf und diversen Fontgrössen experimentiert. Framebuffer ist bisher nicht installiert. Offenbar sind da ziemlich viele Parameter beteiligt, angefangen mit grub dann der Kernel, der Grafiktreiber und die diversen Fonts auch noch. Da merk ich wieder, dass ein gut eingestelltes System ziemlich wertvoll ist unabhängig von den Eigenschaften der Hardware. Bernd Mayer
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-06-16 18:32 -0400 |
| Message-ID | <87a5wzt4vc.fsf@usenet.ankman.de> |
| In reply to | #131470 |
On Fri, 16 Jun 2023 20:06:51 +0200, Bernd Mayer wrote: > > Danke an alle die bisher geantwortet haben. > > Beim Booten erfolgen zunächst die Meldungen vom UEFI, die sind gut lesbar. > Danach kommt grub. > Ohne meine Änderungen konnte ich dessen Menü und Meldungen gar nicht > sehen (schwarzer Bildschirm). > > Danach kommt ein Teil der dmesg-Meldungen gut lesbar, wohl mit den > Einstellungen von grub. > > Danach kommen weitere dmesg-Meldungen in MiniSchrift da wird offenbar > plötzlich die Schriftgröße umgeschalten. > > Die Textkonsolen Al-F1 bis Alt-F6 sind wieder winzig, da kann ich nur > im Blindflug arbeiten. Hattest Du meinen Tipp mit "setfont" umgesetzt? Was Du eben beschreibst wird damit aus der Welt geschafft. Und es hat mit GRUB nichts zu tun. Um es kurz zu machen, versuche bitte Folgendes. Backup von der /etc/default/console-setup machen. Dann das Original (als root) mit einem Texteditor öffnen. Dort entweder alles durch ACTIVE_CONSOLES="/dev/tty[1-6]" CHARMAP="UTF-8" CODESET="Lat2" FONTFACE="guess" FONTSIZE="16x32" VIDEOMODE= ersetzen. Oder besser, schon vorhandene Zeilen mit meinen Werten anpassen. Neu booten. Wenn das geht, kannst Du auch mit anderen Werten spielen (kann man ohne Reboot jeweils mit "setfont" am laufenden System probieren). -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| Date | 2023-06-17 01:12 +0200 |
| Message-ID | <u6iq8h$1h4t8$1@news.nnpt4.net> |
| In reply to | #131480 |
Am 17.06.23 um 00:32 schrieb Andreas Kohlbach: > On Fri, 16 Jun 2023 20:06:51 +0200, Bernd Mayer wrote: >> >> Danke an alle die bisher geantwortet haben. >> >> Beim Booten erfolgen zunächst die Meldungen vom UEFI, die sind gut lesbar. >> Danach kommt grub. >> Ohne meine Änderungen konnte ich dessen Menü und Meldungen gar nicht >> sehen (schwarzer Bildschirm). >> >> Danach kommt ein Teil der dmesg-Meldungen gut lesbar, wohl mit den >> Einstellungen von grub. >> >> Danach kommen weitere dmesg-Meldungen in MiniSchrift da wird offenbar >> plötzlich die Schriftgröße umgeschalten. >> >> Die Textkonsolen Al-F1 bis Alt-F6 sind wieder winzig, da kann ich nur >> im Blindflug arbeiten. > > Hattest Du meinen Tipp mit "setfont" umgesetzt? Was Du eben beschreibst > wird damit aus der Welt geschafft. > > Und es hat mit GRUB nichts zu tun. > > Um es kurz zu machen, versuche bitte Folgendes. > > Backup von der /etc/default/console-setup machen. Dann das Original (als > root) mit einem Texteditor öffnen. Dort entweder alles durch > > ACTIVE_CONSOLES="/dev/tty[1-6]" > > CHARMAP="UTF-8" > > CODESET="Lat2" > FONTFACE="guess" > FONTSIZE="16x32" > > VIDEOMODE= > > ersetzen. Oder besser, schon vorhandene Zeilen mit meinen Werten > anpassen. Neu booten. > > Wenn das geht, kannst Du auch mit anderen Werten spielen (kann man ohne > Reboot jeweils mit "setfont" am laufenden System probieren). Hallo, ja - das hatte ich getestet mit verschiedenen Fonts aus dem Verzeichnis /var/share/kbd/consolefonts Das hat leider nichts verändert. Die Einstellungen für grub benötige ich mindestens um schonmal das grubmenü zu sehen. Das soll wieder ein Multibootsystem werden und da ist das wichtig. Ohne diese Einstellungen kommt nach dem UEFI sonst nur ein schwarzer Bildschirm. /etc/default/console-setup gibt es hier (open SUSE-Leap-15.4 Standardinstallation) nicht. Ich hatte auch nach Programmen gesucht mit terminal oder Konsole (auch mit C geschrieben) und erstmal nix passendes entdeckt. Ist dazu denn der Framebuffer notwendig - der ist bisher nicht installiert? Bernd Mayer
[toc] | [prev] | [next] | [standalone]
| From | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| Date | 2023-06-17 01:13 +0200 |
| Message-ID | <u6iqae$1h4t8$2@news.nnpt4.net> |
| In reply to | #131480 |
Am 17.06.23 um 00:32 schrieb Andreas Kohlbach: > On Fri, 16 Jun 2023 20:06:51 +0200, Bernd Mayer wrote: >> >> Danke an alle die bisher geantwortet haben. >> >> Beim Booten erfolgen zunächst die Meldungen vom UEFI, die sind gut lesbar. >> Danach kommt grub. >> Ohne meine Änderungen konnte ich dessen Menü und Meldungen gar nicht >> sehen (schwarzer Bildschirm). >> >> Danach kommt ein Teil der dmesg-Meldungen gut lesbar, wohl mit den >> Einstellungen von grub. >> >> Danach kommen weitere dmesg-Meldungen in MiniSchrift da wird offenbar >> plötzlich die Schriftgröße umgeschalten. >> >> Die Textkonsolen Al-F1 bis Alt-F6 sind wieder winzig, da kann ich nur >> im Blindflug arbeiten. > > Hattest Du meinen Tipp mit "setfont" umgesetzt? Was Du eben beschreibst > wird damit aus der Welt geschafft. > > Und es hat mit GRUB nichts zu tun. > > Um es kurz zu machen, versuche bitte Folgendes. > > Backup von der /etc/default/console-setup machen. Dann das Original (als > root) mit einem Texteditor öffnen. Dort entweder alles durch > > ACTIVE_CONSOLES="/dev/tty[1-6]" > > CHARMAP="UTF-8" > > CODESET="Lat2" > FONTFACE="guess" > FONTSIZE="16x32" > > VIDEOMODE= > > ersetzen. Oder besser, schon vorhandene Zeilen mit meinen Werten > anpassen. Neu booten. > > Wenn das geht, kannst Du auch mit anderen Werten spielen (kann man ohne > Reboot jeweils mit "setfont" am laufenden System probieren). Hallo, ja - das hatte ich getestet mit verschiedenen Fonts aus dem Verzeichnis /usr/share/kbd/consolefonts Das hat leider nichts verändert. Die Einstellungen für grub benötige ich mindestens um schonmal das grubmenü zu sehen. Das soll wieder ein Multibootsystem werden und da ist das wichtig. Ohne diese Einstellungen kommt nach dem UEFI sonst nur ein schwarzer Bildschirm. /etc/default/console-setup gibt es hier (open SUSE-Leap-15.4 Standardinstallation) nicht. Ich hatte auch nach Programmen gesucht mit terminal oder Konsole (auch mit C geschrieben) und erstmal nix passendes entdeckt. Ist dazu denn der Framebuffer notwendig - der ist bisher nicht installiert? Bernd Mayer
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-06-17 21:59 +0200 |
| Message-ID | <20230617215918.23bd794d@Achmuehle.WOR> |
| In reply to | #131470 |
Hallo Bernd, Du schriebst am Fri, 16 Jun 2023 20:06:51 +0200: > Beim Booten erfolgen zunächst die Meldungen vom UEFI, die sind gut lesbar. > Danach kommt grub. > Ohne meine Änderungen konnte ich dessen Menü und Meldungen gar nicht > sehen (schwarzer Bildschirm). > > Danach kommt ein Teil der dmesg-Meldungen gut lesbar, wohl mit den > Einstellungen von grub. > > Danach kommen weitere dmesg-Meldungen in MiniSchrift da wird offenbar > plötzlich die Schriftgröße umgeschalten. D.h. da muß wohl irgendein Boot-Skript oder eine systemd-unit dafür zuständig sein, den "consolefont" auszutauschen. Das wirkt global auf den Bildschirm, d.h. es werden auch die vorherigen Ausgaben umgeschaltet? Bei mir hier macht das ein Skript mit dem Inhalt: #!/bin/sh setfont -v ter-v16n unicode_start ter-v16n (Den Font-Namen habe ich aber schon angepasst.) Die Konsolen-Schriften liegen _hier_ in "/usr/share/kbd/consolefonts", von wo sie "setfont" halt lädt. Zusätzlich (oder wohl auch stattdessen) kann man mit "unicode_start" die Konsole auch in Unicode-Betrieb schalten, oder auch nicht (dann mit "unicode_stop"). > Die Textkonsolen Al-F1 bis Alt-F6 sind wieder winzig, da kann ich nur im > Blindflug arbeiten. Den Terminus gibt's hier bis 32 Pixel Höhe. Bei anderen variiert das. Mußt hhalt mal ein paar durchprobieren. > Ich bin durch lange Gewohnheit recht routiniert mit der Dateiverwaltung > in den Textkonsolen mit dem mc. ... > Ich hatte mittlerweile schon versucht mit den Konsolen im Grafikmodus > von KDE zu arbeiten. Da kann ich immerhin die Schriftgröße einstellen. > Aber da gelten ganz andere Tastaturbefehle als die seit Jahrzehnten > gewohnten. Beim mc? Nee. Da schluckt Dir höchstens die "konsole" (kleines "k"!) die meisten Steuerfunktionen weg, und die Tastaturbelegung ist - zumal bei debianischen Distributionen - ziemlich "zerrupft"; das läßt sich aber mit der "learn keys"-Funktion hinbiegen, wenn der mc die Tasten überhaupt "zu sehen" kriegt. Ich benutze da schon lange grundsätzlich das "rxvt", das _kann_ man so einstellen, daß der mc vollumfänglich funktioniert. > Die Farben in den Standardeinstellungen von openSUSE-15.4 sind da > grausig (hellblauer Hintergrund, Schrift weiß und hellrot). Das _kann_ man (mit seinen "skins") auch im mc einstellen, der hat da eine extra Funktion dafür. (Was mich beim mc am meisten stört, ist, daß bei jeder Aktualisierung alle System-Einstellungen übergebügelt werden und alles, was man nicht lokal im "~" halten kann, wieder weg ist. Ich habe sein Menü und seine Extension- Datei weitgehend angepasst, deswegen hale ich die im Home. Aber einiges geht halt so nicht, das muß man dann immer wieder reparieren. Leider ist es mir nicht gelungen, irgendwelche Anmerkungen zu dem an den Entwickler loszuwerden.) ... > Framebuffer ist bisher nicht installiert. Geht das überhaupt (noch)? Dann müßte das ja ein VGA- oder VESA-Modus sein, und deren Auflösungen sind (waren) doch eher recht bescheiden. > Offenbar sind da ziemlich viele Parameter beteiligt, angefangen mit grub > dann der Kernel, der Grafiktreiber und die diversen Fonts auch noch. Der grub ist sein eigeness Betriebssystem und hat seineeigenen Treiber- Moduln mit deren eigenen Einstellungen. Der Kernel nimmt erstmal, was schon aktiv ist, und wenn beim Hochfahren eine anderer Treiber geladen wird, schaltet die Ausgabe halt hart auf den um. Und der hat dann halt wieder seine eigenen Einstellungen. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Marcel Mueller <news.5.maazl@spamgourmet.org> |
|---|---|
| Date | 2023-06-17 23:13 +0200 |
| Message-ID | <u6l7lq$1hgd9$1@gwaiyur.mb-net.net> |
| In reply to | #131494 |
Am 17.06.23 um 21:59 schrieb Sieghard Schicktanz: >> Danach kommt ein Teil der dmesg-Meldungen gut lesbar, wohl mit den >> Einstellungen von grub. >> >> Danach kommen weitere dmesg-Meldungen in MiniSchrift da wird offenbar >> plötzlich die Schriftgröße umgeschalten. > > D.h. da muß wohl irgendein Boot-Skript oder eine systemd-unit dafür > zuständig sein, den "consolefont" auszutauschen. Vmtl. wird die komplette Darstellung vom Kernel übernommen (KMS). > Das wirkt global auf den > Bildschirm, d.h. es werden auch die vorherigen Ausgaben umgeschaltet? Das ist AFAIK seit mindestens einem Jahrzehnt so. > Beim mc? Nee. Die Hälfte der MC Shortcuts funktioniert in den diversen Terminals nicht, weil der Code schon vorher vom Fenstermanager oder was auch immer abgefangen wird und dann irgendwelche wilden (und meist nutzenfreien, sprich seltenst benötigten) Aktionen auslöst. >> Framebuffer ist bisher nicht installiert. > > Geht das überhaupt (noch)? AFAIK nein. > Dann müßte das ja ein VGA- oder VESA-Modus sein, > und deren Auflösungen sind (waren) doch eher recht bescheiden. Nicht unbedingt. Etliche Grakas exponieren alle möglichen Auflösungen über zusätzliche VESA Modes. Andere nur das allernötigste. Marcel
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-06-18 20:44 +0200 |
| Message-ID | <20230618204449.0dacd893@Achmuehle.WOR> |
| In reply to | #131499 |
Hallo Marcel, Du schriebst am Sat, 17 Jun 2023 23:13:30 +0200: > > D.h. da muß wohl irgendein Boot-Skript oder eine systemd-unit dafür > > zuständig sein, den "consolefont" auszutauschen. > > Vmtl. wird die komplette Darstellung vom Kernel übernommen (KMS). Ja, sicher, da wird einfach der Zeichengenerator (bzw. dessen Tabelle) ausgetauscht. > > Das wirkt global auf den > > Bildschirm, d.h. es werden auch die vorherigen Ausgaben umgeschaltet? > > Das ist AFAIK seit mindestens einem Jahrzehnt so. Die Frage galt Bernd, bei mir hier ist das so, und bei ihm sicher auch. Er hat das nur nicht so erwähnt, daß man das vermuten mußte oder sicher konnte. ... > > Dann müßte das ja ein VGA- oder VESA-Modus sein, > > und deren Auflösungen sind (waren) doch eher recht bescheiden. > > Nicht unbedingt. Etliche Grakas exponieren alle möglichen Auflösungen > über zusätzliche VESA Modes. Andere nur das allernötigste. Aber dann meistens nur die "kleineren" Auflösungen, also die mit wenigen und dafür "riesigen" Zeichen. Daß da nur ein Eckchen links oben im Bild beschrieben wird, wie es bei 24x80 und pixelmäßiger VGA-Darstellung sein müßte, schien mir dem Text nach zumindest unwahrscheinlich. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <m@bogomips.de> |
|---|---|
| Date | 2023-06-17 23:16 +0200 |
| Message-ID | <87o7ldoklh.fsf-bofh@killfile.de> |
| In reply to | #131494 |
Sieghard Schicktanz <Sieghard.Schicktanz@schs.de> schrieb: > (Was mich beim mc am meisten stört, ist, > daß bei jeder Aktualisierung alle System-Einstellungen übergebügelt > werden und alles, was man nicht lokal im "~" halten kann, wieder weg > ist. Ich habe sein Menü und seine Extension- Datei weitgehend > angepasst, deswegen hale ich die im Home. Aber einiges geht halt so > nicht, das muß man dann immer wieder reparieren. Leider ist es mir > nicht gelungen, irgendwelche Anmerkungen zu dem an den Entwickler > loszuwerden.) ... Da mußt Du halt einfach eine der „debianisierten Distributionen“ verwenden und gut. Da wird nichts übergebügelt. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2023-06-18 20:37 +0200 |
| Message-ID | <20230618203730.1ff4d0cd@Achmuehle.WOR> |
| In reply to | #131503 |
Hallo Marcus, Du schriebst am Sat, 17 Jun 2023 23:16:42 +0200: > > (Was mich beim mc am meisten stört, ist, > > daß bei jeder Aktualisierung alle System-Einstellungen übergebügelt > > werden und alles, was man nicht lokal im "~" halten kann, wieder weg ... > Da mußt Du halt einfach eine der „debianisierten Distributionen“ > verwenden und gut. Da wird nichts übergebügelt. Schön. Wäre es, wenn die nicht grundlegend unpassende Konfigurationen - vor allem auch für alles mögliche andere - mitlieferten. Ansonsten habe ich mir das schon passend eingerichtet und kenne mittlerweile die Ansatzpunkte. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <m@bogomips.de> |
|---|---|
| Date | 2023-06-19 05:49 +0200 |
| Message-ID | <87y1kgjel5.fsf-bofh@killfile.de> |
| In reply to | #131546 |
Sieghard Schicktanz <Sieghard.Schicktanz@schs.de> schrieb: >>> (Was mich beim mc am meisten stört, ist, daß bei jeder >>> Aktualisierung alle System-Einstellungen übergebügelt werden und >>> alles, was man nicht lokal im "~" halten kann, wieder weg > ... >> Da mußt Du halt einfach eine der „debianisierten Distributionen“ >> verwenden und gut. Da wird nichts übergebügelt. > > Schön. Wäre es, wenn die nicht grundlegend unpassende Konfigurationen > - vor allem auch für alles mögliche andere - mitlieferten. ¿Que? > Ansonsten habe ich mir das schon passend eingerichtet und kenne > mittlerweile die Ansatzpunkte. Dann solltest Du auch nicht motzen. Bei Debian sind natürlich sämtliche Files unter /etc/mc als Configfiles markiert und somit wir da auch nichts einfach ungefragt übergebügelt. Das ist eine der netten Sachen bei Debian: Änderungen an systemweiten Konfigurationen durch den Admin werden normalerweise respektiert. Das funktioniert i.d.R. einfach. Du hast bei jedem Update die Möglichkeit, entweder stumpf Deine Config beizubehalten, oder Deine mit der des Packagemanagers abzugleichen, oder die neue Config des Packagemaintainers zu übernehmen. In jedem Falle wird die jeweils andere Version parallel gespeichert. So daß man das nochmal in Ruhe abgleichen kann. Besser geht IMHO nicht. Eine Distribution, die einfach ungefragt /etc/mc/mc.menu überschreibt, ist - mit Verlaub gesagt - schlicht Kernschrott. Oder es ist schlicht ein Anwenderfehler. Adminconfig überschreiben geht ja mal garnicht. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| Date | 2023-06-20 22:50 +0200 |
| Message-ID | <u6t3f0$1lgjh$1@news.nnpt4.net> |
| In reply to | #131494 |
Am 17.06.23 um 21:59 schrieb Sieghard Schicktanz: > Hallo Bernd, > > Du schriebst am Fri, 16 Jun 2023 20:06:51 +0200: > > > D.h. da muß wohl irgendein Boot-Skript oder eine systemd-unit dafür > zuständig sein, den "consolefont" auszutauschen. Das wirkt global auf den > Bildschirm, d.h. es werden auch die vorherigen Ausgaben umgeschaltet? > Bei mir hier macht das ein Skript mit dem Inhalt: > > #!/bin/sh > setfont -v ter-v16n > unicode_start ter-v16n > > Den Terminus gibt's hier bis 32 Pixel Höhe. Bei anderen variiert das. Mußt > hhalt mal ein paar durchprobieren. > > ... >> Framebuffer ist bisher nicht installiert. Hallo, erstmal Danke an alle. ich antworte mal pauschal. Den Font "ter-v16n" gibt es hier noch nicht. Ich hatte mal diverse sinnvoll erscheinende Fonts nachinstalliert, und dabei sind mittlerweile welche mit der Anfangssilbe "ter" dabei. Die meisten Fonts im Verzeichnis haben die Dateiendung psfu, oder mit gz am Ende. Diverse Versuche mit setfont unter Angabe des Pfades zu den Fonts hat wenig gebracht. Immerhin ändert sich die Helligkeit der Fonts aber eher zum Nachteil (Graustufen). Zum Glück kann man das mit setfont ohne Parameter leicht korrigieren. Bei einem der getesteten Fonts hatte der mc hinterher nur ca. 1/4 der Monitorbreite. Da beim Booten nach den Meldungen mit vernünftigen Fontgrössen von UEFI, grub und dem Beginn des Bootvorgang der Monitor ganz kurz dunkel wird bevor die Fontgrösse auf winzig umgeschalten wird habe ich stark den Grafiktreiber im Verdacht. Dmesg-Meldungen nach dem Systemstart werden alle in kleinen Fonts angezeigt. Da muss ich noch weiter suchen. In der grub.cfg steht "insmod vga". Der Framebuffer ist mittlerweile nachinstalliert, das hat eine geringfügige Verbesserung gebracht, aber optimal ist das immer noch nicht. Die Parameter in grub, "GRUB_GFXPAYLOAD_LINUX=keep" auch ohne das LINUX man Ende haben bisher noch nichts weiter gebracht. Ich hatte inzwischen auch mal console-getty nachinstalliert und aktiviert, hat nix gebracht. Nach der Deaktivierung hatte ich nach dem Booten gar kein Text-Terminal mehr. Nervig das Ganze Ich richte gerade zwei neue Systeme ein und da gibt es insgesamt noch einiges mehr zu tun. Bernd Mayer
[toc] | [prev] | [next] | [standalone]
| From | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| Date | 2023-06-20 23:05 +0200 |
| Message-ID | <u6t4bf$1lhjm$1@news.nnpt4.net> |
| In reply to | #131676 |
ssm 20.06.23 um 22:50 schrieb Bernd Mayer: > > Diverse Versuche mit setfont unter Angabe des Pfades zu den Fonts hat > wenig gebracht. Immerhin ändert sich die Helligkeit der Fonts aber eher > zum Nachteil (Graustufen). Mon Dieu, jetzt hat es endlich funktioniert! Ein Experiment mit setfont /usr/share/kbd/consolefonts/ter-u28n.psfu hat erstmals ein vernünftiges Ergebnis gebracht. Ich bin sehr froh darüber, weil es auf den neuen Systemen viel zu konfigurieren gibt und ich das gerne von den Textterminals aus erledige. Nochmals Danke an alle. Bernd Mayer
[toc] | [prev] | [next] | [standalone]
| From | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| Date | 2023-06-21 09:24 +0200 |
| Message-ID | <u6u8ji$1m00k$1@news.nnpt4.net> |
| In reply to | #131494 |
Am 17.06.23 um 21:59 schrieb Sieghard Schicktanz: Hallo Sieghard, > Bei mir hier macht das ein Skript mit dem Inhalt: > > #!/bin/sh > setfont -v ter-v16n > unicode_start ter-v16n > > (Den Font-Namen habe ich aber schon angepasst.) Die Konsolen-Schriften > liegen _hier_ in "/usr/share/kbd/consolefonts", von wo sie "setfont" halt > lädt. Zusätzlich (oder wohl auch stattdessen) kann man mit "unicode_start" > die Konsole auch in Unicode-Betrieb schalten, oder auch nicht (dann mit > "unicode_stop"). Hallo, mit setfont alleine wird nur das aktive Terminal umgeschalten. Da habe ich mir auch schnell ein einzeiliges Skript geschrieben. Dann hatte ich entdeckt, daß man diesen Font auch in /etc/vconsole.conf eintragen kann. Dann werden beim Booten gleich alle 6 Terminals korrekt eingestellt. Die beste Beschreibung zum Thema liegt nach meiner Recherche hier: https://wiki.archlinux.org/title/Linux_console Bernd Msyer
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2023-06-21 21:42 -0400 |
| Message-ID | <87edm4l1bz.fsf@usenet.ankman.de> |
| In reply to | #131695 |
On Wed, 21 Jun 2023 09:24:34 +0200, Bernd Mayer wrote: > > Am 17.06.23 um 21:59 schrieb Sieghard Schicktanz: > >> Bei mir hier macht das ein Skript mit dem Inhalt: >> #!/bin/sh >> setfont -v ter-v16n >> unicode_start ter-v16n >> (Den Font-Namen habe ich aber schon angepasst.) Die >> Konsolen-Schriften >> liegen _hier_ in "/usr/share/kbd/consolefonts", von wo sie "setfont" halt >> lädt. Zusätzlich (oder wohl auch stattdessen) kann man mit "unicode_start" >> die Konsole auch in Unicode-Betrieb schalten, oder auch nicht (dann mit >> "unicode_stop"). > > Hallo, > > mit setfont alleine wird nur das aktive Terminal umgeschalten. Sollte sich aber gemerkt werden. D.h. wenn man sich in einen neue TTY einloggt (ggf. aus einer vorher ausloggen), wird das mit setfont übernommen. Mir hat sich früher bei Eingabe von Setfont mal der Computer aufgehängt, dass ich das nicht testen mag. -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Bernd Mayer <beam.bam.boom@knuut.de> |
|---|---|
| Date | 2023-06-22 12:29 +0200 |
| Message-ID | <u717q4$1n9v8$2@news.nnpt4.net> |
| In reply to | #131782 |
Am 22.06.23 um 03:42 schrieb Andreas Kohlbach: > On Wed, 21 Jun 2023 09:24:34 +0200, Bernd Mayer wrote: >> >> Am 17.06.23 um 21:59 schrieb Sieghard Schicktanz: >> >>> Bei mir hier macht das ein Skript mit dem Inhalt: >>> #!/bin/sh >>> setfont -v ter-v16n >>> unicode_start ter-v16n >>> (Den Font-Namen habe ich aber schon angepasst.) Die >>> Konsolen-Schriften >>> liegen _hier_ in "/usr/share/kbd/consolefonts", von wo sie "setfont" halt >>> lädt. Zusätzlich (oder wohl auch stattdessen) kann man mit "unicode_start" >>> die Konsole auch in Unicode-Betrieb schalten, oder auch nicht (dann mit >>> "unicode_stop"). >> >> Hallo, >> >> mit setfont alleine wird nur das aktive Terminal umgeschalten. > > Sollte sich aber gemerkt werden. D.h. wenn man sich in einen neue TTY > einloggt (ggf. aus einer vorher ausloggen), wird das mit setfont übernommen. > > Mir hat sich früher bei Eingabe von Setfont mal der Computer aufgehängt, > dass ich das nicht testen mag. Hallo, hier musste ich vor dem Eintrag des Font in /etc/vconsole.conf für jedes der 6 Terminals das setfont-skript einzeln ausführen. Außerdem scheint mir das ein wenig unpraktisch zu sein, ein aktives Terminal zu schließen um dann ein neues zu aktivieren und von da weiter zu arbeiten. Wenn ich eines geöffnet habe dann kann ich doch einfach damit weiter arbeiten - oder? Hier hatte sich bei den Experimenten X auch einmal aufgehängt, die Textteeminals in kleinrr Schrift waren aber noch zugänglich. Ich fand das Ganze recht komplex, da sind zahlreiche Faktoren (etwa GRUB, Kernel, Grafiktreiber, Terminalprogramme, Fonts usw.) beteiligt und ein einziger falscher Parameter kann bewirken daß es nicht korrekt funktioniert obwohl vielleicht 90 % der Einstellungen stimmen. Ich bin schon sehr froh daß ich jetzt wieder vernünftig wie gewohnt mit den Textterminals und dem mc arbeiten kann. Auch die Bootmeldungen werden jetzt komplett in vernünftiger Schriftgröße angezeigt. Bernd Mayer
[toc] | [prev] | [next] | [standalone]
Page 1 of 5 [1] 2 3 4 5 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web