Questions tagged «crash»

1
在最近的公司计算机上启动期间崩溃
经过一些最近的更新后,我的计算机不再启动!这是我可以确定的: 这是公司IT向我提供的最新计算机。它具有最新的Intel CPU(Skylake一代)。 该计算机运行Ubuntu 16.04。 上一次在三月份的某个时间正确启动了计算机。该问题可能是由于软件更新或硬件错误引起的。 我有一台运行16.04的计算机,安装了几乎相同的软件(我使用过apt-clone),并且工作正常。它具有不同的硬件(也为amd64,但具有不同的CPU,不同的GPU等)。 内核确实启动,initrd正常工作。在图形模式下使用启动屏幕启动时,系统提示输入dm-crypt卷的密码,最后我看到的是它已成功安装。 挂起发生在我得到登录提示之前。当计算机挂起时,这很困难。甚至Alt+ SysRq都没有回应。由于风扇完全爆炸,因此CPU显然固定在100%。 重新启动之前,我仍然有运行中的内核。当我在Grub菜单中选择此内核时,我得到了相同的锁定。因此,这似乎是一个预先存在的内核错误,该错误由其他原因触发-但是呢? 如果我关闭了启动画面(splash从linuxGrub中的命令行删除),则看到许多服务正在启动,然后它将锁定。 我可以通过添加得到一个root shell init=/bin/sh到linux在GRUB命令行。我什至可以通过添加进一步 systemd.unit=basic.target systemd.shell 这将启动许多服务,并在tty9上运行根shell。 如果我systemctl start multi-user.target从该根外壳运行,则计算机将锁定。因此,大概是这些服务之一触发了问题。 我跑去systemctl list-dependencies multi-user.target看什么服务开始。我一一手动启动了列出的依赖项,一切开始正常。 因此,这看起来像是由某些软件触发的硬件错误(因为它发生在一台计算机上,而不是另一台计算机上)。但是什么软件?由于计算机锁定非常困难,因此无法获取任何日志。我什至无法获得任何有用的控制台输出。 有用的调试技术: Alt+ SysRq:魔术SysRq键,可让您执行紧急重启之类的操作。它以非常低的级别访问内核,因此除了最严重的崩溃外,它都能正常工作。就我而言,Alt+ SysRq不会响应,这表明崩溃的程度。 要修改启动参数,请Shift在打开电源后按住几秒钟。在BIOS初始化键盘之后,但在操作系统引导之前,您需要按一下它。这将使Grub菜单出现。 在Grub菜单上,按e编辑菜单项的命令行。要更改Linux引导参数,请导航至以开头的行linux。在现代Ubuntu上,您会在“ Ubuntu的高级选项”下找到旧内核。对命令行进行所需的更改后,请按Ctrl+ x引导。您在此处所做的任何更改仅用于此引导,它们不会保存到磁盘。 linux命令行上一些有用的选项: quiet nosplash隐藏几乎所有引导消息。删除它们以在启动期间在控制台上获取消息,这对于诊断问题是必须的。 recovery为您提供了几乎没有服务的root shell。您需要知道root密码。“恢复模式”菜单项使用此选项。 init=/bin/sh为您提供了根本没有服务的root shell。要恢复正常引导,请运行exec init。您可以在此时传递systemd选项,例如exec init --unit=basic.target,启动init和一些服务(请注意,这不会以任何方式启动登录,因此最好在另一个控制台上运行shell)。注意,根文件系统是只读安装的;运行mount -o remount,rw /以能够对其进行写入。 systemd.unit=basic.target启动一组非常基本的服务。请注意,这不包括任何登录方式!您可以通过systemctl set-default basic.target在根目录提示符下运行将其设置为默认值。要恢复原始的默认目标,请运行systemctl set-default …

3
如何确定为什么我的计算机崩溃了?
昨天,我运行了bash大约10个小时的脚本。当我去使用计算机时,它被锁住了。 我在Debian上有一台Eee PC。 屏幕仍然可见,但是鼠标或键盘没有作用。 我试过CtrlAltDelete,CtrlAltBackspace,CtrlAltF1,但毫无效果。 硬盘驱动器指示灯未显示任何活动。 如何确定出了什么问题?我可以查看哪些日志?
28 debian  crash 

5
确定Linux内核崩溃的原因
我正在运行Ubuntu 12.04衍生产品(amd64),最近遇到了一些非常奇怪的问题。突然,X会完全冻结一段时间(1-3分钟?),然后系统将重新启动。该系统已超频,但如Windows中所验证的那样非常稳定,这使我相信我遇到了内核恐慌或某个模块有问题。即使在Linux中,我也可以运行LINPACK,即使在CPU上放置了可笑的负载也不会崩溃。即使机器闲置时,崩溃似乎也是随机发生的。 如何调试崩溃的系统? 由于可能是专有的NVIDIA驱动程序,我一路退缩到驱动程序的稳定版本304,但仍然遇到崩溃。 谁能在崩溃后指导我完成一个好的调试过程?我很乐意引导到拇指驱动器并发布所有我的崩溃后配置文件,但我不确定它们是什么。我如何找出导致系统崩溃的原因? 这是一堆原木,通常是罪魁祸首。 .xsession-errors:http : //pastebin.com/EEDtVkVm /var/log/Xorg.0.log:http://pastebin.com/ftsG5VAn /var/log/kern.log:http://pastebin.com/Hsy7jcHZ / var / log / syslog:http : //pastebin.com/9Fkp3FMz 我什至似乎都找不到崩溃的记录。 触发崩溃并非如此简单,它似乎是在GPU试图一次绘制多个物体时发生的。如果我全屏播放YouTube视频,让它重复一会儿,或者滚动浏览大量的GIF,然后会弹出Skype通知,则有时会崩溃。完全挠了我的脑袋。 CPU已超频至4.8GHz,但它是完全稳定的,并且在昨天的大型LINPACK运行和9个小时的Prime95中幸免了一次崩溃。 更新资料 我已经安装了kdump,,crash和linux-crashdump,以及我的内核版本3.2.0-35的内核调试符号。当我apport-unpack在崩溃的内核文件上运行,然后crash在VmCore崩溃转储上运行时,这是我看到的内容: KERNEL: /usr/lib/debug/boot/vmlinux-3.2.0-35-generic DUMPFILE: Downloads/crash/VmCore CPUS: 8 DATE: Thu Jan 10 16:05:55 2013 UPTIME: 00:26:04 LOAD AVERAGE: 2.20, 0.84, 0.49 TASKS: 614 NODENAME: mightymoose RELEASE: 3.2.0-35-generic VERSION: …



3
如果在移动文件时被中断,文件系统会变得不一致吗?
我在同一分区(EXT2)上有两个文件夹如果我mv folder1/file folder2发生某些中断(例如电源故障),文件系统是否可能会最终变得不一致? mv操作不是原子的吗? 更新: 到目前为止,在IRC上,我有以下观点: 它是原子的,因此不会发生不一致 首先,您将目录条目复制到新目录中,然后擦除上一个目录中的条目,因此可能会有两次引用文件的不一致,但是引用计数为1 它首先擦除指针,然后再复制指针,因此不一致之处在于该文件的引用为0 有人可以澄清吗?

3
凯特(Kate)死后该如何恢复?
我使用Kate进行编码和记笔记。有时会崩溃-通常是在我有很多空缺的时候。未保存的“真实”文档(例如,由文件支持的文档,已经保存在某个位置)通常具有备份/自动保存类型的恢复文件,或多或少都可以使用。不幸的是,我已经习惯于使用无标题的缓冲区(例如,按CtrlnKate键)来存储临时便笺。 凯特(Kate)刚摔倒,我输了六打。凯特(Kate)是否在任何地方存储“新”文件的备份?我检查了一下,~/.kde/share/apps/kate/没有发现明显的问题…… kate-editor 3.8.5 KDE 4.8.5 Ubuntu 12.04 (Don't remember if Kubuntu or Ubuntu + KDE, in case that makes a difference)

2
为什么有时在CTRL + C之后需要重置控制台
当被取消时,某些命令行界面工具会返回损坏的控制台CTRL+C。有时文本是不可见的,或者是图形问题,直到我运行命令为止reset。 (我使用bash,但希望它独立于shell。) 这个效果有名字吗?是什么原因造成的,程序员如何在工具中防止这种情况发生?是否有一种策略可以在主要的编程语言中解决该问题?

1
故障日志记录内核紧急调试
我在AWS / EC2上运行Ubuntu 12.04,并且有大量主机瘫痪。我正在尝试启用内核转储,但是当我模拟内核崩溃时,在文件系统上的任何地方都没有写入.crash文件。 我按照这里的说明进行操作:https : //wiki.ubuntu.com/Kernel/CrashdumpRecipe 事情似乎设置正确: # cat /proc/cmdline root=LABEL=cloudimg-rootfs ro console=hvc0 crashkernel=384M-2G:64M,2G-:128M # dmesg |grep crash [ 0.000000] Command line: root=LABEL=cloudimg-rootfs ro console=hvc0 crashkernel=384M-2G:64M,2G-:128M [ 0.000000] Reserving 64MB of memory at 832MB for crashkernel (System RAM: 1708MB) [ 0.000000] Kernel command line: root=LABEL=cloudimg-rootfs ro console=hvc0 crashkernel=384M-2G:64M,2G-:128M # …
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.