记一次升级 ubuntu 20.04 翻车及挽救过程 不得不说，有时候升级确实是一个高风险的动作， 顺利的话毫无波惊，否则惊天动地，当然99%会顺利升级，也不要有升级恐惧症。 有问题就解决问题。 直接入正题：sudo apt update sudo apt dit-upgreade 简单的2个命令即可安装最新系统的软件，目前20.04尚在开发测试阶段，会有一些bug，不过据我个人的使用来说，不影响正常的 使用， 开发，看电视毫不影响，可能有人会说或该你翻车，用测试版的系统当平常使用。。。活该就活该吧，不解释。 这次翻车是 因为安装更新的时候 要求选择一个配置文件是 本机默认正在使用的还是版本新的配置文件， 然而我选择了新版的配置文件，好辣，悲剧从此拉开了序幕，回车后即出现了安装错误，按照惯例安装中断或者出现错误， 一般用 apt install -f 来修复， 但是这次居然不行。 好吧，我用重启大法试一试，然而，采用马后炮的手法来看， 不重启还好， 重启后解决问题的难度就上升了，因为重启后根本进不了系统了，登陆界面都进不去了 提示 login incorrect,曾几何时我都想放弃修复，重新安装了，但是又不想折腾了，还是尝试 修复把，（不过从解决的时间来看，重装时间占用可能更短），根据网上的办法 进入 recovery模式， 进入到root shell 作一些操作， 但是这一步尝试也无法去实践，因为root shell 也进不去， 但是会出现一个错误提示， 很快 ，看不清是什么，最后还使用慢动作拍下来， 慢帧分析，看看到错误提示。 错误提示是 找不到 libcrypt.so.1 好了，根据这条线索 找到了 https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1867423然后根据里面小哥的方法，作了尝试，如愿重启系统，开机！I managed to restore system (of course it's a temporary solution until libc6 package is fixed) - boot from any debian-based live image or from parallel system - gain access to disk with broken system - sudo mount /dev/sda2 /mnt (where sda2 is a partition of your broken system) - wget http://launchpadlibrarian.net/453587373/libc6_2.30-0ubuntu3_amd64.deb - dpkg -x libc6_2.30-0ubuntu3_amd64.deb ~/libc6-previous - sudo cp ~/libc6-previous/lib/x86_64-linux-gnu/libcrypt-2.30.so /mnt/lib/x86_64-linux-gnu/ - cd /mnt/lib/x86_64-linux-gnu/ - sudo ln -s libcrypt-2.30.so libcrypt.so.1 Now you can at least boot your system.

阿里云磁盘扩容 https://help.aliyun.com/document_detail/111738.html#concept-ocb-htw-dhb原连接yum install cloud-utils-growpart yum install xfsprogs ———————————————————————————————————————————————— apt install cloud-guest-utils apt install xfsprogs yum是 centos系统的安装命令apt是debian系的安装命令growpart /dev/vda 1上述命令需要自行替换对应的路径正常返回类似以下：CHANGED: partition=1 start=2048 old: size=41940992 end=41943040 new: size=209710462,end=209712510如果返回如下：unexpected output in sfdisk --version [sfdisk，来自 util-linux 2.23.2]则还要执行LANG=en_US.UTF-8再执行growpart /dev/vda 1resize2fs /dev/vda1执行上述命令后，扩容即生效。

修复挂载的NTFS文件系统为只读的方法-参考 不保证所有情况，今天打开虚拟机，发现报错，根据错误提示，得知无法写入，没有写入权限，虚拟机的文件放在ntfs分区里，查看了/etc/fstab 配置应该是正常的，那么可能是在windows更新的时候 该了什么东西导致NTFS分区变成只读的了，那么用下面的方法来修复，实测有效果，修复了之后就正常了。我的NTFS分区在 /dev/sda3sudo ntfsfix /dev/sda3 运行后Mounting volume... The disk contains an unclean file system (0, 0). Metadata kept in Windows cache, refused to mount. FAILED Attempting to correct errors... Processing $MFT and $MFTMirr... Reading $MFT... OK Reading $MFTMirr... OK Comparing $MFTMirr to $MFT... OK Processing of $MFT and $MFTMirr completed successfully. Setting required flags on partition... OK Going to empty the journal ($LogFile)... OK Checking the alternate boot sector... OK NTFS volume version is 3.1. NTFS partition /dev/sda3 was processed successfully.

AppImage 可执行程序路径变动图标消失的问题 现在有些应用程序提供的是AppImage这种包，给个可执行的权限 双击即可允许，安装都不需要，有时候不小心给删掉或改个名，在应用程序列表他的图标就消失了。然而后面你再把他找回来，双击后可是可以运行但是不像第一次运行的时候会提示创建一个快捷启动的提示了，这个时候有的人会告诉你可以手动创建desktop文件其实可以有更加快捷的方式“直接 在这里 ~/.local/share/applications 更改对应的desktop文件即可[Desktop Entry] Name=Another.Redis.Desktop.Manager Comment=A faster, better and more stable redis desktop manager. Exec="/home/abc/snap/Another.Redis.Desktop.Manager.1.2.5.AppImage" %U Terminal=false Type=Application Icon=appimagekit-another-redis-desktop-manager StartupWMClass=Another.Redis.Desktop.Manager X-AppImage-Version=1.2.5 Categories=Utility; X-AppImage-BuildId=1PC2ueImPs4Zn4uEa4BtOeUPkq6 X-Desktop-File-Install-Version=0.23 X-AppImage-Comment=Generated by /tmp/.mount_AnotheWdGIop/AppRun TryExec=/home/abc/snap/Another.Redis.Desktop.Manager.1.2.5.AppImage 注意Exec 引号的内容 要与 TryExec的内容一致

设置硬盘为引导硬盘 场景：笔记本有多块硬盘，系统A装在 A硬盘 系统B装在B 硬盘，引导盘为A 然而某一天 A盘不工作了，或者说要撤掉，而B盘可以继续引导系统，这个时候如果B盘没有做引导设置的话，B系统是无法工作的，那么在撤掉 A之前 把 B的引导给加上 就好了方法1：#grub #Grub>root(hd1,0) ## (hd1,0)表示安装到系统识别的第一块硬盘中的第一个分区。 #Grub>setup(hd1) #Grub>quit 方法2： #grub-install /dev/hdb #系统中包含有独立的/boot分区时否则用下面的命令 #grub-install --root-directory=/boot/dev/hdb #系统中没有独立的/boot分区时 ~#update-grub grub-install /dev/hdb 和 grub-install --root-directory=/boot/dev/hdb这两条命令根据自身情况二选一执行