root寫入文件錯誤linux

① 如何修復linux文件系統錯誤

當文件系統超級塊損壞時，Linux系統將無法識別該文件系統，也就無法版掛載使用 當通過 /etc/fstab 配置文權件自動載入的文件系統出現錯誤時，Linux系統會開機自檢，並提示用戶進行文件系統的修復操作 當/dev/sdb1 分區的超級塊出現錯誤時，啟動後系統將提示「 Give root password for maintenance 」 輸入root用戶密碼，進入臨時shell環境 # fsck -yt ext3 /dev/sdb1# exit-t 指定文件系統 -y 對發現的問題自動回答yes模擬出對 /dev/sdb7 文件系統數據的破壞

② linux root用戶修改許可權說是只讀文件系統，怎麼辦

linux root用戶修改許可權說是只讀文件系統是設置錯誤造成的，解決方法為盯胡：

1、打開linux系統，建立一個目錄，文件夾創建命令mkdir ceshi。

注意事項：

Linux與其他操作系統相比 ，具有開放源碼、沒有版權、技術社區用碼頃戶多等特點 ，開放源碼使得用戶可以自由裁剪，靈活性高，功能強大，成本低。

③ linux使用w /root/vim1.txt命令 顯示 E212:無法打開並寫入文件。

你是在vi裡面吧。
你的普通用戶許可權不夠，不能再/root目錄下生成文件。換個有寫許可權的試試。

④ Linux 文件不能被root修改與編輯原因

Linux 文件不能被root修改與編輯原因

近段時間公司的一台伺服器被惡意添加了一些定時器任務到crond的配置文件"/var/spool/cron/root"里，本想著只要簡單使用crontab -e命令把該惡意的任務去除掉就可以了，但修改後發現無論我怎麼努力也保存不了，直接修改文件「/var/spool/cron/root」也不行，我苦思是什麼力量讓這個擁有至高無上權力的root用戶都無法對該文件進行更改和刪除。後來經一資深Linux的朋友點拔一下才知道，文件除了有讀寫執行許可權控制外還有更底層的文件屬性，這里汲及到的兩個查看和更改文件屬性的命令是lsattr和chattr。

使用 lsattr /var/spool/cron/root 一看才知道該文件被添加了sia屬性：s---ia------- /var/spool/cron/root，然後使用：chattr -isa /var/spool/cron/root 把這三個屬性去除，即可對該文件進行修改了，成功地把該惡意任務去除。

⑤ linux root用戶修改許可權說是只讀文件系統，怎麼辦

當Linux的root用戶在修改文件或目錄許可權時遇到“只讀文件系統”的錯誤，通常意味著文件系統被掛載為只讀模式。要解決這個問題，需要重新掛載文件系統為讀寫模式。

詳細

遇到“只讀文件系統”的錯誤時，首先要確認的是當前文件系統的掛載狀態。在Linux中，文件系統可以以只讀或讀寫模式掛載。如果系統出於安全考慮或是在文件系統出現錯誤時自動轉為只讀模式以防止數據損壞，就可能出現這種情況。

要查看當前掛載的文件系統及其狀態，可以使用`mount`命令來列出所有已掛載的文件系統及其掛載選項。如果發現目標文件系統是以只讀模式掛載的，那麼就需要重新掛載它為讀寫模式。

重新掛載文件系統可以通過`mount`命令實現。假設`/dev/sda1`是我們要重新掛載的分區，可以執行以下命令：

bash

sudo mount -o remount,rw /dev/sda1

這條命令會重新掛載`/dev/sda1`分區，並將其選項改為讀寫模式。執行完畢後，root用戶應該能夠正常修改該分區上的文件許可權了。

如果重新掛載後仍然無法修改許可權，可能是因為磁碟存在錯誤，系統為了保護數據而強制只讀。這時，可以考慮對磁碟進行檢查和修復。使用如`fsck`之類的工具可以幫助檢查和修復文件系統錯誤。但請注意，在運行`fsck`之前，務必確保備份了重要數據，並且文件系統處於未掛載狀態，以避免數據損壞。

綜上所述，解決Linux root用戶修改許可權時遇到的“只讀文件系統”問題，關鍵在於確認文件系統的掛載狀態，並通過重新掛載為讀寫模式來恢復許可權修改能力。如果問題依舊，則可能需要進一步檢查磁碟的完整性和文件系統的健康狀況。