最近在Ubuntu 18.4上安装Nvidia显卡后,显卡似乎总是不能完全兼容. 第一次出现问题时,是登录账号后,发现系统采用了默认显卡驱动,而已装过的显卡驱动则有损坏导致无法使用. 第二次出现问题时,则是在开机启动后,界面出现了 /dev/sda2 clean 和 /dev/sda2 recovering journal 字样,并且卡住不动了. 针对第二次出现的问题,解决办法如下: 1. 在卡住不动的界面我们需要切换到命令行模式,Ctrl+Alt+F3(跟机器有关,大概是在F1~F6之间) 2

事发突然,在今天开机的时候无法进入登陆界面,一直卡在黑屏界面,屏幕上只显示几行代码,且任何按键都无法起作用 /dev/sdb2:recovering journal /dev/sdb2:Clearing - 经搜索引擎搜索后,了解到这次事故发生的原因经网络搜索后发现很可能是系统未正常断电,因此大家在进行计算机系统使用的时候要正常开关机.虽然但是,这令人头痛的问题已经发生了,只能硬着头皮去解决. 参照这位大神分享的步骤,笔者成功解决了问题 点此跳转 声明: 笔者的ubuntu20.04为桌面版无法

问题提出      在我们产品使用的多种文件系统中,ext3文件系统问题的一致性问题比较突出(这里的文件系统一致性问题特指文件系统元数据的一致性,下同).比如下面2例ext3文件系统损坏案例:     0:<2>EXT3-fs error (device sda1): ext3_valid_block_bitmap:   0:Invalid block bitmap - block_group = 2, block = 65538  0:   0:<2>EXT3-fs error

Question1: Ubuntu正在运行的时候手残强行关闭了Vmware软件,重启软件发现如下图所示的状态: ''' 完全黑屏怎么解决,提示信息是recovering journal就是说正在恢复日志,于是默默等待呗,同时去查了解决办法,被说的晕头转向,最终等了2小时也没有啥用,正准备卸载虚拟机的时候,哈哈他居然自己就好了,所以解决办法就是等待~....等的心酸啊 ''' Question2: Ubuntu用着用着就发现黑屏了,可气的是等了半个小时完全没反应(主要原因估计是电脑不行了:CPU-

网上已经有一大堆的设置步骤的了,根据我遇到的问题,整理一下,如下: 首先先去下载一个mongodb最新版,目前最新版应该是2.6 cd /usr/local/bin wget http://fastdl.mongodb.org/linux/mongodb-linux-x86_64-2.6.0.tgz tar -zxvf  mongodb-linux-x86_64-2.6.0.tar mv mongodb-linux-x86_64-2.6.0/ mongodb2.6 先切换到安装目录,再下载,然后

在对集群测试过程中发现系统中某一节点中的磁盘变成read-only file system,从而导致测试任务出错,从网上查找资料,找到以下解决方案: 这个报错的意思是硬盘属性变成只读,不可写入: VOS本身是不可能更改你的硬盘属性的,只有操作系统有这样的能力: 一般可能原因有三点: 1.硬盘与主板的不兼容性导致: 2.硬盘损坏: 3.人为修改 首先利用fsck修复一下, [root@localhost ~]# fsck fsck 1.39 (29-May-2006) e2fsck 1.39 (2

今天上午有同事反映应用数据库连接不上:于是排查数据库: [oracle@db ~]$ sqlplus / as sysdba SQL*Plus: Release - Production on Thu Dec :: Copyright (c) , , Oracle. All Rights Reserved. ERROR: ORA-09925: Unable to create audit trail file Linux-x86_64 Error: 30: Read-only file syst

我虚拟机根分区已经使用了35%,现在需要对他进行在线扩容,扩容之后使用率降到30% [root@localhost ~]# dfFilesystem 1K-blocks Used Available Use% Mounted on/dev/mapper/VolGroup00-LogVol006983168 2253172 4369548 35% //dev/sda1 101086 12056 83811 13% /boottmpfs 257668 0 257668 0% /dev/shm[roo

重视:fsck不能乱用.先要把文件系统umount掉,然后检查.最好启动到单用户模式下fsck. 常见的5种损坏类型 1 未被引用的inode 2 难以置信的超大链接数 3 没有记录在磁盘块映射表中的未用数据快 4 列出的空闲数据快还在某个文件中便用 5 超级块中不正确的汇总信息 fsck能够安全和自动地修复这类,如果fsck对文件系统进行了改正,您就应该私利运行它,直到文件系统能够完全干净的启动为止.   如果fsck请求获得权限去删除一个文件,那么就应该充许fsck进行此项操作之前先将文件复

转自:http://www.linuxso.com/command/fsck.html 使用权限 : 超级使用者 使用方式 : fsck [-sACVRP] [-t fstype] [--] [fsck-options] filesys [...] 说明 : 在Linux系统中,为了增加系统性能,通常系统默认一些数据写在内存中,并不会直接将数据写入硬盘,这是因为内存速度要比硬盘快若干倍.但是有个问题,万一由于“断电”或者其他未知原因,造成系统死机,怎么办?系统就崩溃了.所以,我们需要在特定的时候

首先建2分区 [root@localhost ~]# partx -d /dev/sdb error deleting partition 4: BLKPG: No such device or address error deleting partitions 7-256: BLKPG: No such device or address [root@localhost ~]# partx -a /dev/sdb                    同步分区表也可以使用partprobe来刷

[root@localhost home]# su - cn0000 rm: cannot remove `/home/cn0000/log/monitor_xmllog.20140417': Read-only file system rm: cannot remove `/home/cn0000/log/sysctrl_seclog.20140417': Read-only file system rm: cannot remove `/home/cn0000/log/sysmenu_xml

Linux 第三节一.CentOS 启动: 1.内核引导: 1.win/linux 通电,2.BISO自检(CPU,内存,硬盘等 | U盘.光驱.网卡.硬盘启动 通过MBR知道内核内存硬件驱动位置并加载(512/ 446(grub系统启动管理器./boot/grub/grub.conf)/64(分区表)/2(55AA)),挂载系统!!!) 3. 2.运行init: 主机名,参数设定,语言,系统文件格式以及启动系统的所有服务. 3.系统初始化 4.监理终端 5.用户登录 1. GRUB :defa

云服务器 linux文件系统异常an error occurren during the file system check导致服务器启动失败 文件系统宕机,重启后报错,无法启动 处理流程: 1.编辑/etc/fstab将文件系统挂载去掉 # vim /etc/fstab  #/dev/xvdb /data ext3 defaults 1 2 #/dev/xvdc  /data1 ext3    defaults    0  0 2.重启进入系统,对两个分区进行fsck修复检测(建议使用scre

1. resize2fs命令出现这个错误“resize2fs: Operation not permitted While trying to add group #6656”,并且在/var/log/message里面出现以下错误“Jul 30 15:37:53 localhost kernel: EXT4-fs warning (device dm-2): ext4_group_add: No reserved GDT blocks, can't resize”这个问题是由于文件系统预留的J

当服务器或PC机器的硬盘在使用一段时间后,会出现无法使用正常进行使用: 1. 当将文件系统挂载到指定的目录的时候,会出现mount 失败,如下图: [root@template ~]# mount /dev/sdc /media/ mount: wrong fs type, bad option, bad superblock on /dev/sdc, missing codepage or helper program, or other error In some cases useful

前言 在处理一个其他双活MDS无法启动环境的时候,查看mds的日志看到了这个错误mds/journal.cc: 2929: FAILED assert(mds->sessionmap.get_version() == cmapv),在查询资料以后,暂时得到了解决,在生产环境下还是不建议使用双活MDS 处理步骤 这个是双MDS多活情况下出现的一个问题,在什么情况下出现还无法判断,目前只看到是有这个问题,并且有其他人也出现了 issue17113 按照disaster-recovery建议的步骤做了

1.关闭一直处于RECOVERING状态的mongodb server /opt/mongodb/mongodb-linux-x86_64-2.4.8/bin/mongo  127.0.0.1:22001 use admin db.shutdownServer() 2.将原数据目录改名,新建数据目录,再启动mongodb实例 mv /opt/mongodb/shard1/data /opt/mongodb/shard1/data_bak mkdir /opt/mongodb/shard1/dat

基于 CentOS 7,ActiveMQ 5.9.1 问题重现 在 CentOS 7 下安装好ActiveMQ后,执行 /usr/local/apache-activemq-5.9.1/bin/activemq start 启动 ActiveMQ,显示: INFO: Using default configuration (you can configure options in one of these file: /etc/default/activemq /home/xueliang/.a

Mongodb源代码阅读笔记:Journal机制 Mongodb源代码阅读笔记:Journal机制 涉及的文件 一些说明 PREPLOGBUFFER WRITETOJOURNAL WRITETODATAFILES REMAPPRIVATEVIEW 涉及的文件 mongoDB中和持久性相关的文件只要有以下几个: dur.h: dur.cpp,dur_preplogbuffer.cpp,dur_writetodatafiles.cpp ,dur_commitjob.h: dur_commitjob.