You are not logged in.
Hello,
There was a time that, even Xorg started, I was able to go back to the virtual terminal by press ALT+CTRL+Fn. After a long waiting time I thought "Finally I got it solved". Unfortunately, didn't last. I think that since April 2014 had changed, as this mail said. My supposition come from here.
Then I've checked
$ zgrep CONFIG_X86_SYSFB /proc/config.gz
# CONFIG_X86_SYSFB is not set
I think there could be a PKGBUILD, but I'd like to be helped for the necessary patch. From my skill on compiling kernel I think I'll stumble in several kernel panics.
UPDATE
I'm trying to use the PKGBUILD, but I'm facing
makepkg -s
==> ERROR: install file (linux.install) does not exist or is not a regular file.
==> ERROR: install file (linux.install) does not exist or is not a regular file.
==> ERROR: install file (linux.install) does not exist or is not a regular file
UPDATE
I discovered that i missed to use ABS and its database
Now is compiling......
But problems with signature, which i skipped
UPDATE
I compiled the kernel with the enable option, but i makes worst than before. The screen stays blank until Xorg starts up. Also switching back to VT is blank.
$ zgrep CONFIG_X86_SYSFB /proc/config.gz
CONFIG_X86_SYSFB=y
I was afraid about compiling a kernel, but I done it
So, the problem still there.
LAST UPDATE
The latest system upgrade solved the issue
$ nvidia-xconfig -v
nvidia-xconfig: version 361.28 (buildmeister@swio-display-x64-rhel04-04) Wed Feb
3 16:27:53 PST 2016
$ uname -r
4.4.1-2-ARCH
Last edited by TheSaint (2016-02-13 05:28:29)
do it good first, it will be faster than do it twice the saint
Offline
What bootloader do you use? MB with UEFI?
Offline
Which drivers are you using? I now use an nVidia GTX 660 Ti with nvidia-dkms and it works fine here.
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
I reverted to the previous kernel.
The booting starts from BIOS via efistub, some time i use gummiboot, because I've an emergency partition (for special cases). Though, the screen is normal before starting th X server.
Driver is nvidia-dkms. Mine is
$ lspci -vnn |grep VGA
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104M [GeForce GTX 670MX] [10de:11a1] (rev a1) (prog-if 00 [VGA controller]
I just forgot which kernel it was working fine. I guess within mid 2013 and the above mentioned date.
I also put nvidia module in the mkinitcpio.conf, to load. No effects.
I filed the bug report and emailed to nvidia. Whom may interests is at this place
do it good first, it will be faster than do it twice the saint
Offline
I have a GTX670 (NV proprietary driver), and all VTs are available to me.
I'm on a BIOS system (not UEFI) which may be the difference. Latest kernel (from testing) and I haven't encountered this at all. Whilst I can't offer informative help, you almost certainly have a config error somewhere.
Ryzen 5900X 12 core/24 thread - RTX 3090 FE 24 Gb, Asus Prime B450 Plus, 32Gb Corsair DDR4, Cooler Master N300 chassis, 5 HD (1 NvME PCI, 4SSD) + 1 x optical.
Linux user #545703
Offline
My best guess it is about the kernel parameters. But I don't know which.
Perhaps I should have to try booting from a live distro. But, whether it'll work, where's clue ?
do it good first, it will be faster than do it twice the saint
Offline
Did you try GFXMODE?
Please see (grub):
https://wiki.archlinux.org/index.php/GR … resolution
Last edited by blablo (2016-01-16 21:57:12)
Offline
@blablo
I use direct boot from BIOS. Anyways I set to compile the nvidia into initrd. I'll try to boot via gummiboot and set the command line as you mention.
I read this document, but I doubt it's the right choice.
@ Roken,
As far as I remember, I always started this laptop in UEFI mode, because I bought it with Win8 pre-installed. But for a certain period of time it was possible to use the VTs.
Can you, please, post me your
$ cat /proc/cmdline
UPDATE
I started old setup (an USB disk) with kernel 3.17.2-1-ARCH and X.Org X Server 1.16.2. The driver loaded is nouveau. This condition allows me to see VTs. Sorry friends but I'd deserve better, I think.
Last edited by TheSaint (2016-01-17 04:01:57)
do it good first, it will be faster than do it twice the saint
Offline
I have a GTX 680 and use the nvidia drivers. The board uses UEFI to boot. The UEFI BIOS CSM thingy is enabled because my graphics card has no UEFI support. I do absolutely nothing with regards to graphics in the kernel command line and things just work so there is nothing interesting to see in "cat /proc/cmdline".
I use the "nvidia-full-beta-all" AUR package which is currently version 368.18 of the drivers. That package compiles a module for every installed kernel when it is built.
Last edited by Ropid (2016-01-17 03:59:48)
Offline
That's working I have no doubts. Just sometimes I'd like to exit on a TTY to see output, that it could be set to be sent there.
UPDATE
Also this thread describes the same simptoms.
Last edited by TheSaint (2016-01-17 05:47:03)
do it good first, it will be faster than do it twice the saint
Offline
Not sure it will help, but:
BOOT_IMAGE=/vmlinuz-linux root=UUID=xxxxx-xxxx-xxxxxx-xxxxxxxxxx ro nomodeset vga=795 discard
Ryzen 5900X 12 core/24 thread - RTX 3090 FE 24 Gb, Asus Prime B450 Plus, 32Gb Corsair DDR4, Cooler Master N300 chassis, 5 HD (1 NvME PCI, 4SSD) + 1 x optical.
Linux user #545703
Offline
Hmm what's that:
discard
Last edited by tom.ty89 (2016-01-17 09:17:42)
Offline
ro . It's very long that's deprecated.
Last edited by TheSaint (2016-01-17 19:07:34)
do it good first, it will be faster than do it twice the saint
Offline
ro . It's very long that's deprecated.
No it's not:
https://www.kernel.org/doc/Documentatio … meters.txt
ro [KNL] Mount root device read-only on boot
Offline
Just to clarify: the kernel image is mounted rw in Arch to allow fsck to be run before mounting the filesystem.
Offline
OK, clear now. I'm trying to collect some more informations, but my knowledge leads nowhere.
Any further input well appreciated.
do it good first, it will be faster than do it twice the saint
Offline
Just to clarify: the kernel image is mounted rw in Arch to allow fsck to be run before mounting the filesystem.
I think that is not exactly correct. It's mainly to prevent doing fsck'ing for the root partition twice:
https://github.com/systemd/systemd/blob … ice.in#L13
ConditionPathIsReadWrite= is similar to ConditionPathExists= but verifies whether the underlying file system is readable and writable (i.e. not mounted read-only).
FWIW we mostly (if not always) do fsck with the filesystem unmounted. That's how the base hook init script do it as well:
https://projects.archlinux.org/mkinitcp … e/init#n45
P.S. sorry for hijacking the thread
Last edited by tom.ty89 (2016-01-17 22:04:36)
Offline
At the least I'll gather a good audience
do it good first, it will be faster than do it twice the saint
Offline