EXT4硬盘分区挂载不上的问题，日志提示EXT4-fs Cannot load crc32c driver

问题： 开发环境：ubuntu18.04 芯片：全志V3S 开发方式：主线Uboot + Bsp 内核 + Buildroot 场景：TF卡烧录uboot+kernel+Buildroot，内核已开启支持ext4格式，但是ext4无法挂载 描述：TF内存大小已经识别到了，第一分区内核启动没问题，第二分区根文件系统无法挂载 [ 1.408987] Waiting for root device /dev/mmcblk0p2... [ 1.416117] mmc0: new high speed S

用命令挂载tf卡的时候报错： mount: /mnt/mmcblk0p1: unknown filesystem type 'ext2'. 开始还以为是tf卡格式的问题，换了ext4和fat，仍然是这样： mount: /mnt/mmcblk0p1: unknown filesystem type 'vfat'. 怀疑系统并没有支持ext系列和fat系列，打算去看看都支持了哪些格式，check...

针对anaconda 中使用jupyter notebook出现kernel error问题解决 原因：由于反复卸载anaconda或者python版本安装过多，导致notebook内核启动的路径混乱，需要自己进行手动调整。 解决方法： 首先打开Anaconda Prompt 输入jupyter kernelspec list查看安装的内核和位置 进入安装目录，打开kernel.jason, 查看...

1、问题描述： 最近使用jupyter notebook的过程中，出现了很多问题，环境变量啊，解释器路径啊等一系列问题，其中有一个是出现kernel error。如下图，这种问题一般是因为kernel.json文件出现了问题。 2、解决方法： 1.首先打开Anaconda Prompt 2.输入jupyter kernelspec list查看安装的内核和位置 因为我除了python3，还安装了pytorch和tensorflow环境，所以会有三个kernel.json文件。根据提示的路.

解决EXT4-fs error (device sda2): ext4_find_entry

openwrt编译报错：error: ext4_allocate_best_fit_partial: failed to allocate 1886 blocks, out of space?

文章目录1.出现问题时的解决办法 1.出现问题时的解决办法 查看OS的日志/var/log/messages，应该会有相关的报错信息 对于ext3类型的文件系统，可以使用tune2fs 查看 tune2fs -l /dev/sdf|grep stat Filesystem state: clean 使用fsck命令来检测和修复文件系统，FSCK 全称为 File System Consistency Check 作用： 它可以进行三种模式的操作， 查错并在发现错误时由用户决定

3.修改kernel.json文件中虚拟环境位置（用红色框出的地方）为Anaconda的base环境所在位置（找Anaconda的base环境方法：打开Anaconda Prompt，输入命令：conda env list）。因为在自己的虚拟环境中执行代码，不会影响系统的全局python环境，避免环境污染的问题。而且完成项目后想要删除这个环境时，只需删除这个虚拟环境即可，不必担心其他环境受到影响。2.根据提供的路径找到对应的kernel.json文件，并用记事本打开。

参考 http://h-wrt.com/en/doc/flash 1. 查看usb存储在启动日志中的信息 # dmesg [ 5.720000] usbcore: registered new interface driver usbfs [ 5.730000] usbcore: registered new interface driver hub [ 5.740000] ...

对于正在运行的内核，所谓的core文件就是这个内核在内存中的核心映像，即/proc/kcore。proc文件系统是一种无存储的文件系统，当读其中的文件时，其内容由文件关联的读函数动态生成，当写文件时，文件所关联的写函数被调用。printk是打印内核消息的函数，printk通过附加不同日志级别（loglevel）或者说消息优先级，让printk对消息进行分类，这是与printf最大的区别，在编译时，日志级别宏会被展开为一个字符串，然后与消息本文拼接在一起，因此printk中优先级和格式字符串之间没有逗号。

Jupyter Notebook出现kernel error或者kernel starting please wait解决/处理方法 解决方案 1、检测内核路径 2、检查kernel内核文件 正确路径(Anaconda下的python) 错误路径(非Anaconda下的python) 3、修正路径 总结 作者手贱把pywin32从223版本更新到了227版本，导致227版本与anaconda不兼容，使得kernel一直处于kernel error状态，最后不得已甚至重装了好几次anaconda，都没有解决问

一、内核开发的配置选项 1.CONFIG_DEBUG_KERNEL 该选项仅仅使得其他的调试选项可以。我们应该打开该选项，但它本身不会打开所以的调试功能。 2.CONFIG_DEBUG_SLAB 这是一个非常重要的选项，他打开内核内存分配函数中的多个类型检查：打开该检查后，就可以检测许多内存溢出及忘记初始化的错误。在将已分配内存返回给调用者之前，内核将把其中的每个字节设置为0xa5，而在释放后将其设置为0x6b。可在自己去的程序的输出或用过在oops信息中看字符判断问题所在。在打开调试选项后，内核还会在每个

控制台内核日志相关命令 查看内核日志的命令 1. dmesg（dmesg -T 带标准时间输出） 2. cat /dev/kmsg 以上两个命令输出是一样的 日志级别说明 数字越小级别越高 0 (KERN_EMERG) 系统不可用 1 (KERN_ALERT) 必须立即采取行动 2 (KERN_CRIT) ...

linux下修复ext4磁盘，解决磁盘写保护的问题。 /dev/sda1 contains a file system with errors, check forced

问题描述 只有fat32可以识别，其它格式无法正常挂载。 处理过程 ext4处理 # create /dev/sda create /dev/sda1 [ 340.311161] EXT4-fs (sda1): Unrecognized mount option "utf8=1" or missing value [ 340.323172] > EXT4-fs (sda1): Unrecognized mount option "utf8=1" or missing value [ > 3

问题背景：给软路由添加文件共享服务，多设备可用，samba插件装不上，又看到NFS性能更好，便研究了下怎么设置。由于网上相关资料参差不齐，在设置过程中也是十分困难，故写一篇博客记录一下，帮助下有相同困扰的朋友。3.在挂载点中点击挂载已连接的设备，可以在已挂载的文件系统中看到该硬盘。由于使用的是USB2.0接口（n1盒子）接的垃圾U盘，速度一般，可以满足一般的家庭文件共享需求，如果需要更高速度可以外接固态硬盘。4.在NFS管理中这样填写，下边的已挂载目录是挂载其他NFS系统，不用设置。路径：填在3中的路径。.

手上的板子是imx6d的emmc版本，移植openwrt后，发现openwrt的overlayfs未能挂载，研究openwrt的fstools代码后，发现里面代码主要是针对nand、nor flash等基于mtd驱动的挂载，mount_root一开始会通过volume_find获取rootfs_data的盘符以及类型相关的信息，一般openwrt的flash是uboot、uboot_env，kernel+rootfs（firmware），rootfs_data,art等，所以只有找到root...

现象：     1. 系统启动时卡住。     2. 断电重启后，会出现如下界面：         welcome to emergency mode！              3. 系统/var/log/messages中显示如下： Apr 9 11:36:21 inspur01 systemd-fsck: /dev/sda2: recovering journal Apr ...

1.一切皆文件 Linux系统有一个理念：“一切皆文件”，所以计算机的硬件在linux中也是以“文件”的形式存在于/dev目录中。 图为CentOS 6.5系统中/dev目录的部分内容。不同的计算机显示的内容大同小异。 比如，光驱对应的文件是/dev/cdrom，CPU对应的文件是/dev/cpu。而硬盘对应的是/dev/sd*。第一块硬盘是/dev/sda，第二块磁盘是/dev/sdb。 但是一个磁盘通常又被分成多个分区，所以在磁盘文件的后面加上分区的序号来对应这个分区。参考下面的表..