無法掛載具有寫入權限的 ext4 分割區

無法掛載具有寫入權限的 ext4 分割區

我買了一台新電腦,所以我決定清理舊電腦並使用它的 240GiB SSD 作為我的遊戲分割區。格式化並配置它後,我可以掛載它(甚至可以使用 fstab 自動掛載),但始終為唯讀。

我讀過無數的指南和答案,但它們都解決了 ntfs 分區或 ext4 的其他問題,但我沒有。

這些是我用來格式化和配置分割區的步驟:

首先,我使用parted對其進行格式化,使用sudo parted /dev/sdb進入互動式CLI,然後使用刪除所有分割區rm,然後mklabel gpt建立分割區表,最後mkpart primary ext 0G 240G建立分割區並退出parted。之後我就跑去sudo mkfs.ext4 /dev/sdb1創建檔案系統。

之後,我建立了目錄sudo mkdir /ssd,然後建立了一個群組來存取它sudo groupadd ssd,將我的使用者包含在該群組中,sudo usermod -aG ssd $USER並將新目錄的所有權授予該群組sudo chown -R :ssd /ssd

最後,我獲得了分區的 UUID,blkid並用它來編輯我的 fstab,sudoedit /etc/fstab然後從已經工作的 HD 中複製了配置,僅更改了 UUID 和掛載點,這是我最終的(也是當前的)fstab:

UUID=5AA1-8CE8                            /boot/efi      vfat    defaults,noatime 0 2
UUID=5a14b7be-2963-4f80-8ea8-383bcdee76fa /              ext4    defaults,noatime,discard 0 1
UUID=fde6cd40-e72e-4377-a849-69816d215940 /hd            ext4    defaults,noatime 0 0
UUID=99ea0800-f0ef-4d7f-a793-524d2f9afe8c /ssd           ext4    defaults,noatime 0 0
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

重新啟動並檢查分區是否為唯讀後,我使用 卸載它sudo umount /ssd並使用 進行檢查sudo fsck.ext4 /dev/sdb1,但沒有出現錯誤:

e2fsck 1.45.5 (07-Jan-2020)
/dev/sdb1: clean, 11/14655488 files, 1197492/58607360 blocks

最後,我嘗試使用讀寫權限重新掛載它sudo mount -vo exec,rw /ssd,但它仍然掛載為唯讀分割區。

任何幫助表示讚賞。

答案1

該驅動器似乎已正確安裝。沒有跡象表明它是以唯讀方式安裝的。那麼,當然,預設情況下,只有管理員可以使用它。如果需要,管理員必須授予整個分區或在新分區上建立的選定資料夾的寫入權限。

在確定該分割區為唯讀掛載之前,請檢查您是否可以以root使用者在該分割區上建立資料夾:

sudo mkdir /ssd/testfolder

如果該命令成功,請查看輸出中列出的資料夾

ls /ssd 

讓您的使用者成為 的擁有者,testfolder以便該使用者擁有完全存取權:

sudo chown $USER:$USER /ssd/testfolder

$USER將自動替換為您自己的登入名稱。如果您想為其他使用者執行此操作,請提供另一個使用者名稱。

現在測試是否可以在該資料夾上建立檔案:

echo Yes, it worked! > /ssd/testfolder/newfile
cat /ssd/testfolder/newfile

cat命令應該列印文件的內容。

如果不成功,那麼您的分割區實際上可能被掛載為唯讀。然而,這會指出安裝過程中的問題,因為您沒有將其設定為唯讀安裝。

答案2

檢查/ssd目錄權限,是否有寫入權限。如果沒有,則開啟終端機並輸入: chmod -R 770 /ssd

相關內容