範例:
#備份mbr分割槽表
[root@centos8 ~]#dd if=/dev/sda of=/data/mbr bs=1 count=64 skip=446
[root@centos8 ~]#scp /data/mbr 10.0.0.7:/data
#破壞mbr分割槽表
[root@centos8 ~]#dd if=/dev/zero of=/dev/sda bs=1 count=64 seek=446
#重啟後無法啟動
[root@centos8 ~]#reboot
#用光碟啟動,進入rescue mode,選第三項skip to shell
#配置網路
#ifconfig ens160 10.0.0.8/24
#ip a a 10.0.0.8/24 dev ens160
#scp 10.0.0.7:/data/mbr .
#恢復mbr分割槽表
#dd if=mbr of=/dev/sda bs=1 count=64 seek=446
#reboot
也可以利用分割槽策略相同的另一台主機的分割槽表來還原和恢復當前主機破壞的分割槽表
範例:
[root@centos8 ~]#mount /dev/sdb2 /mnt
[root@centos8 ~]#cp /etc/fstab /mnt/f1
[root@centos8 ~]#cp /etc/fstab /mnt/f2
[root@centos8 ~]#ls /mnt
f1 f2 lost+found
[root@centos8 ~]#dd if=/dev/zero of=/dev/sdb2 bs=1m count=1
[root@centos8 ~]#ls /mnt
[root@centos8 ~]#tune2fs -l /dev/sdb2
[root@centos8 ~]#df
[root@centos8 ~]#umount /mnt
[root@centos8 ~]#e2fsck /dev/sdb2
[root@centos8 ~]#e2fsck /dev/sdb2 -y
[root@centos8 ~]#tune2fs -l /dev/sdb2
[root@centos8 ~]#mount /dev/sdb2 /mnt
[root@centos8 ~]#ls /mnt
f1 f2 lost+found
[root@centos8 ~]#cat /mnt/f1
範例:
自動進入emergency mode,輸入root 密碼
#cat /proc/mounts 可以檢視到/ 以rw方式掛載
#vim /etc/fstab
#reboot
範例:
如果/etc/fstab 的掛載裝置出錯,比如檔案系統故障,並且檔案系統檢測項(即第6項為非0),將導致無 法啟動
自動進入emergency mode,輸入root 密碼
#cat /proc/mounts 可以檢視到/ 以ro方式掛載,無法直接修改配置檔案
#mount -o remount,rw /
#vim /etc/fstab
將故障行的後1項,即第6項修改為0,開機不檢測此項掛載裝置的健康性,從而忽略錯誤,能實現啟動
linux硬碟損壞後的修復
問題背景 公司測試伺服器搬遷時,一時疏忽,將幾台伺服器直接斷電了。開機時,主機名為bigdata02的伺服器報kernel panic的錯誤,日誌列印資訊如下 非專業拍攝,還請原諒 本人對系統不甚熟悉,在請教同事後,認為是斷電導致sdb硬碟的損壞。處理過程 2 進入系統後 第一步 badblocks...
修復損壞的 shapefile
error number of shapes does not match number of table records。形狀數與表記錄數不一致。如esri幫助文件上說常見損壞原因,並提出了解決方案 這是最常見的現象。由於軟體版本不穩定或資料量大或突然斷點很可能造成編輯shp檔案形成損壞。2 新增...
修復損壞的 shapefile
shapefile檔案 簡稱shp 作為esri一種經典的資料格式,被很多其他軟體所支援,如cad mapgis等,雖然也有一些限制 如無法進行拓撲分析 字段長度為10個字元等 但其仍然是廣泛使用的空間資料格式。用得多了,有時也會遇到出錯的時候。形狀數與表記錄數不一致。如esri幫助文件上說常見損壞...