バックアップ中にいくつかの問題が発生したため、rdiffバックアップフォルダーを削除しようとしています。その履歴を削除して再試行する必要があります。ただし、実行すると:
rm -r -f rdiff-backup-data
一部のファイルで次のようになります。
rm: cannot remove `X': Read-only file system
Mountを実行すると、次のようになります。
/dev/sdb1 on /media/usbdisk type ext3 (rw)
ドライブがrwであることを示していますか?
ls -la/media/usbdiskは以下を提供します。
[root@localhost v5]# ls -la /media/usbdisk
total 36
drwxr-xr-x 5 root root 4096 Mar 31 2010 .
drwxrwxrwx 9 root root 4096 Dec 15 2009 ..
drwxrwxrwx 39 501 501 4096 Aug 19 09:04 development-backup
drwx------ 2 root root 16384 Mar 30 2010 lost+found
drwxr-xr-x 8 root 501 4096 Aug 19 00:00 officeshare-backup
誰もが何が起こっているのか、それを修正する方法を知っていますか?
[〜#〜]更新[〜#〜]
ドライブが/ proc/mountsのroであることが判明したため、下記のremountコマンドを実行し、次のように取得しました。
ext3_abort called.
EXT3-fs error (device sda1): ext3_remount: Abort forced by user
mount: block device LABEL=USBDISK1 is write-protected, mounting read-only
ext3_abort called.
EXT3-fs error (device sda1): ext3_remount: Abort forced by user
状態によっては、mount
の出力が現実を反映していない場合があります。実際のマウントテーブルを表示することが保証されているcat /proc/mounts
の方がはるかに優れています。実際にマウントテーブルが読み取り専用でマウントされていることがわかります。これはmount -o remount,rw /mount/point
で修正できます。そのコマンドがエラーになる場合、ファイルシステムは何らかの方法でホースされています。 fsck
(少なくとも)が適切です。パーティションをfsckするためにシステム全体を停止する必要はありません。そのパーティションをアンマウントする必要があるだけです。
デバイスを再マウントして、それがどこにつながるかを確認することができます
mount -o remount,rw /media/usbdisk
それが機能しない場合は、おそらくデバイスをfsckする必要があります
umount /dev//media/usbdisk
fsck /dev/sdb1
ただし、-fオプションを使用してumountを強制的にアンマウントする必要がある場合があります。
実際には別の回避策があります、
Linuxをリカバリモードで再起動すると、ディスクがいっぱいになった場合に、スペースを解放する目的で実際に役立つクリーンブートのオプションが表示されます。これにより、読み取り/書き込み状態でアンマウントおよび再マウントされます。
次に、ターミナルrootオプションを使用してターミナルを使用し、実際に起動せずに必要なファイルを削除できます。
Ubuntu 18.04
更新には次の出力行が含まれています。
mount: block device LABEL=USBDISK1 is write-protected, mounting read-only
このエラーは一目瞭然です。物理デバイスは読み取り専用であるため、その上のファイルシステムは書き込み可能としてマウントできません。
デバイスがフラッシュドライブの場合、寿命に達しており、交換する必要がある可能性があります。
rm: `.s.PGSQL.5438.lock 'を削除できません:読み取り専用ファイルシステム
dB /インスタンスの起動時のこのエラーメッセージ
回避策は、ホスト/サーバーを再起動することです