Opened 6 years ago
Closed 3 years ago
#14887 closed bug (duplicate)
Haiku randomly crashes when executing terminal commands
Reported by: | Undoified | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | - General | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | #14082 | Blocking: | |
Platform: | x86-64 |
Description (last modified by )
Haiku randomly crashes when executing some terminal commands (usally comands that execute multiple other command, such as neofetch and config scripts) and when starting the terminal. The entire system, or perhaps just the graphics, freezes.
This only occurs on x86_64 running natively (doesn't happen running in a virtual machine).
My computer has a FX 6300 prossesor, an RX 560 graphics card, and is running hrev52837.
Attachments (1)
Change History (18)
follow-up: 3 comment:1 by , 6 years ago
follow-up: 4 comment:2 by , 6 years ago
Does the problem persists when using single CPU boot option?
by , 6 years ago
Attachment: | previous_syslog added |
---|
follow-up: 5 comment:3 by , 6 years ago
Replying to humdinger:
You may want to have a look at the syslogs in /var/logs/ so see if the crashes are logged there and upload it here. Maybe you have assigned not enough RAM for the virtual environment? Also make sure in Haiku's VirtualMemory preferences, that VM is activated.
I purposly crashed Haiku and uploaded the syslog, and it appears to be a problem with BFS. I appear to have made a typo on the ticket - this only happens on hardware, and doesn't occur when using a virtual machine.
follow-up: 6 comment:4 by , 6 years ago
follow-up: 7 comment:5 by , 6 years ago
Component: | Applications/Terminal → - General |
---|---|
Description: | modified (diff) |
Milestone: | R1/beta2 → Unscheduled |
Owner: | changed from | to
Priority: | high → normal |
Replying to Undoified:
I purposly crashed Haiku and uploaded the syslog, and it appears to be a problem with BFS.
Do a backup of important files, then try a "checkfs /boot" (or maybe "checkfs -c /boot" first for a testrun).
I appear to have made a typo on the ticket - this only happens on hardware, and doesn't occur when using a virtual machine.
I changed the text accordingly.
follow-up: 8 comment:6 by , 6 years ago
comment:7 by , 6 years ago
Replying to humdinger:
Replying to Undoified:
I purposly crashed Haiku and uploaded the syslog, and it appears to be a problem with BFS.
Do a backup of important files, then try a "checkfs /boot" (or maybe "checkfs -c /boot" first for a testrun).
I appear to have made a typo on the ticket - this only happens on hardware, and doesn't occur when using a virtual machine.
I changed the text accordingly.
I ran checkfs. It had no effect, which doesn't really surprise me considering the issue is still present on a clean install of Haiku.
comment:8 by , 6 years ago
Replying to alpopa:
Replying to Undoified:
Replying to alpopa:
Does the problem persists when using single CPU boot option?
No, it does not.
In this case, the bug may be the same, or have the same root cause, as in #10279.
I think its probably related, but I'm not entirely convinced its the same bug. #10279 is blocked by #14082 which includes some attachments of kdl output, however when my system crashes i don't receive any kdl output. Python seems stable to me, which it isn't under #10279.
follow-up: 11 comment:9 by , 6 years ago
Blocked By: | 14718 added |
---|
Probably this is the same as #14718, though, which has the same kind of lockup.
I've found some hardware this is easily reproducible on by changing HDA settings. However I have no idea what's going on, and the fact that KDL is not enterable via the emergency keys in this state make it notoriously difficult to debug.
comment:10 by , 6 years ago
I recently committed hrev52883 which might catch this as a panic (unlikely, it's probably some more nefarious issue.) Please test on that if you can.
Also, the output of listimage | grep kernel
on a completely idle system would be helpful.
comment:11 by , 6 years ago
Replying to waddlesplash:
I've found some hardware this is easily reproducible on by changing HDA settings.
This is #9560.
comment:12 by , 6 years ago
I don't think so, I don't get a kernel crash, just a deadlock. KDL is definitely working, as I can drop into it before triggering the lock, but then afterwards I can't. So it's not a page fault.
comment:13 by , 6 years ago
The top 2 commits in hrev52902 will catch more cases of illegal context switches, which may help with diagnosing this.
comment:14 by , 6 years ago
Blocked By: | 14718 removed |
---|
comment:15 by , 6 years ago
comment:16 by , 6 years ago
(Also added this comment to #14082)
Retested hrev53092 on AMD Phenom II x4 955. I can compile from Terminal large projects, and compilation takes several (tens of) minutes with no problem. However, when trying to grep
something simple, the system restarts instantly.
Edit: grep
worked after that without problem. It may be a sporadical reboot, or some problem in grep (first time I used its argument without quotes, later I used them) or in file system.
comment:17 by , 3 years ago
Blocked By: | 14082 added |
---|---|
Resolution: | → duplicate |
Status: | new → closed |
You may want to have a look at the syslogs in /var/logs/ so see if the crashes are logged there and upload it here. Maybe you have assigned not enough RAM for the virtual environment? Also make sure in Haiku's VirtualMemory preferences, that VM is activated.