問：我已經在你們系統掛13號的盤，可是在服務器里卻一直看不見這個磁盤，請處理,我已經在你們系統掛13號的盤，可是在服務器里卻一直看不見這個磁盤，請處理
問：我已經處理了，發現備份也不對，上邊只有13號的備份，有沒有12號的備份啊？
答：您好，磁盤無法查看的問題,請將服務器系統關機,再開機一次,重新掛載試下,
非常感謝您長期對我司的支持!
問：網站一直不收錄，綁定站長平臺工具后，用抓取診斷工具檢測出，抓取失敗，原因是DNS無法解析IP，IP已經做過報錯處理，但是還是抓取不到。
答：您好，根據您提供的截圖信息，”DNS無法解析ip“,這往往是由于百度DNS未更新所致，建議這幾天多抓取診斷幾次，等待百度DNS更新后再試試。非常感謝您長期對我司的支持!
問：如果百度DNS一直不更新，那么網站就不能被百度抓取到嗎，是否頁面就不能被百度收錄了。
答：您好，
非常抱歉，目前測試訪問該主機所在站點是可以正常打開的，我司不清楚百度那邊的具體策略，如果百度站長平臺那邊長時間未更新dns，則需要您聯系百度站長平臺https://ziyuan.baidu.com/feedback/index 反饋下；非常感謝您長期對我司的支持!
問：請幫忙檢查一下，謝謝
答：您好，請服務器異常時提交正確維護工單類型 ，【云服務器】 -> 【系統設置】 -> 【服務器負載高/意外重啟/帶寬跑高/異常現象排查】
并提供服務器遠程登錄賬戶和密碼我司登錄服務器內部核實下 ，
另外，您也可以登錄服務器內部通過服務器報錯提示或/var/log 下日志分析下報錯原因 ，
非常感謝您長期對我司的支持,謝謝！
問： kernel: EXT4-fs error (device vda1): ext4_mb_generate_buddy:757: group 175, block bitmap and bg descriptor inconsistent: 1551 vs 32271 free clusters請問下這種報錯是什么意思？
問：能不能檢查一下是不是服務器有問題啊，網站沒動過
問：每過一段時間堵塞100％，CPU及內存消耗都很低
問：
問：重啟一下又沒事了，如此反復
答：您好，1. 從提供的報錯看，建議使用fsck 命令修復下磁盤 vda1 ，可以提供服務器密碼我司協助處理 ，
2. cpu 占用高的情況請提交正確維護工單類型 ，【云服務器】 -> 【系統設置】 -> 【服務器負載高/意外重啟/帶寬跑高/異常現象排查】 我司協助排查 ，
非常感謝您長期對我司的支持,謝謝！
問：kernel: EXT4-fs error (device vda1): ext4_mb_generate_buddy:757: group 175, block bitmap and bg descriptor inconsistent: 1551 vs 32271 free clustersMar 14 14:26:07 ebs-85963 kernel: EXT4-fs error (device vda1): ext4_mb_generate_buddy:757: group 177, block bitmap and bg descriptor inconsistent: 1896 vs 3944 free clustersMar 14 14:26:07 ebs-85963 kernel: EXT4-fs error (device vda1): ext4_mb_generate_buddy:757: group 178, block bitmap and bg descriptor inconsistent: 1794 vs 28418 free clustersMar 14 14:26:07 ebs-85963 kernel: EXT4-fs error (device vda1): ext4_mb_generate_buddy:757: group 179, block bitmap and bg descriptor inconsistent: 0 vs 32768 free clustersMar 14 14:26:07 ebs-85963 kernel: EXT4-fs error (device vda1): ext4_mb_generate_buddy:757: group 180, block bitmap and bg descriptor inconsistent: 0 vs 32768 free clustersMar 14 14:26:08 ebs-85963 kernel: JBD2: Spotted dirty metadata buffer (dev = vda1, blocknr = 0). There's a risk of filesystem corruption in case of system crash.Mar 14 14:26:58 ebs-85963 kernel: EXT4-fs (vda1): error count since last fsck: 25Mar 14 14:26:58 ebs-85963 kernel: EXT4-fs (vda1): initial error at time : ext4_mb_generate_buddy:757Mar 14 14:26:58 ebs-85963 kernel: EXT4-fs (vda1): last error at time : ext4_mb_generate_buddy:757
問：LINUX進入單用戶模式似乎很復雜，請問下重裝系統可以解決這個問題嗎？
答：您好，重裝系統會刪除服務器中的數據 ，重裝系統可以修復系統磁盤報錯的問題（相當于重新安裝了系統 ，新的系統磁盤是正常的） ，
非常感謝您長期對我司的支持,謝謝！
問：web登陸后沒有如提示教程的菜單選擇呢
問：意思保留數據盤，重新系統可以解決這個問題，對吧？重新系統后 ，NGINX,PHP及SQL之類的軟件需要重新安裝嗎？
答：您好，1， 在重啟 后點擊附圖，也可以提供服務器密碼我司協助修復 ，
2. 保留數據盤重裝系統后 ，站點需要重新設置 ，
非常感謝您長期對我司的支持,謝謝！
問：在寶塔面板中能不能直接操作磁盤修復命令呢
答：您好，
另外服務器磁盤有短暫io特別高的情況，主要是讀取高，一般情況下可能是服務器內的mysql數據庫讀取高導致，下次出現“堵塞100％”時，如果cpu使用又不高，則應該是磁盤io較高導致，可以使用iotop命令查詢下當前占用的io進程；
3、下次如果出現“堵塞100％”的情況，如需我司排查，下次建議選擇工單類型【云服務器】—【系統設置】—【服務器負載高/意外重啟/帶寬跑高/異常現象排查】提交，并附上正確的服務器的賬號的登錄密碼以及寶塔面板登錄賬號密碼；非常感謝您長期對我司的支持!