Update failed error cannot open .git/FETCH_HEAD: Read only file system
-
@Clyde hey pal thanks for the response. I actually thought it was related to the SD card so I backed up the image to my PC and re burned it onto a new larger SD card and am still experiencing the same problem. Am I boned and need to start over or is there anything else I can do?
What would cause something like this anyway??
-
You could try further diagnosis in RetroPie's command shell that you get to either by pressing F4 in Emulation Station or using SSH to log in via network.
There, you can check the mount parameters of the system partition with this command:
mount | grep " / "The spaces before and after
/are important. They restrict the output to the root partition. The output shows the mount options of the root partition, e.g. read/write (rw) or read-only (ro).To check the system logs for messages about (re-)mounting the medium, you can use these commands, preferably right after booting the system:
dmesg | grep mountgrep mount /var/log/syslogBoth are needed because they show different logs. If you want to show us the output of these commands, please use a code block for easy readability.
-
@Clyde thanks a bunch for your help. Will be posting these logs here shortly. Appreciate you.
-
Just to avoid confusion: The two latter commands will show only the lines that contain the word "mount" from the logs. That's what
grepdoes. -
Hey pal. This is what I got.
pi@retropie:~ $ mount | grep " / " /dev/mmcblk0p2 on / type ext4 (ro,relatime) pi@retropie:~ $ dmesg | grep mount [ 0.924047] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null) [ 0.930110] devtmpfs: mounted ````pi@retropie:~ $ grep mount /var/log/syslog Sep 3 07:15:30 retropie systemd[1]: Unmounting RPC Pipe File System... Sep 3 07:15:38 retropie systemd[1]: Starting Remount Root and Kernel File Systems... Sep 3 07:15:38 retropie systemd[1]: Started Remount Root and Kernel File Systems. Sep 3 07:15:38 retropie kernel: [ 1.002111] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null) Sep 3 07:15:38 retropie kernel: [ 1.002936] devtmpfs: mounted Sep 3 07:15:38 retropie kernel: [ 3.378821] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null) Sep 3 07:15:38 retropie systemd[1]: Starting dphys-swapfile - set up, mount/unmount, and delete a swap file... Sep 3 07:15:38 retropie systemd[1]: Started dphys-swapfile - set up, mount/unmount, and delete a swap file. Sep 3 07:50:57 retropie systemd[1]: Unmounting RPC Pipe File System... -
I see nothing unusual there. Can you re-mount the root FS read/write?
sudo mount -v -o remount,rw /dev/mmcblk0p2 -
Hi there, tried that and still getting the same issues.
-
@funkotron77 Does the
mountcommand give any output? The-voption means "verbose" and should give you some.edit: Did you check the
rwmode withmount | grep " / "after it? Doestouchwork then? -
Check the
dmesgoutput after trying re-mounting with therwflag, the card may be reverting to read-only automatically if damaged. -
this is what I got after I did that thing you asked me to do
mount: /dev/mmcblk0p2 mounted on /. -
@mitu said in Update failed error cannot open .git/FETCH_HEAD: Read only file system:
Check the
dmesgoutput after trying re-mounting with therwflag, the card may be reverting to read-only automatically if damaged.this is what i got
[ 0.907347] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null) [ 0.908441] devtmpfs: mounted [ 946.183645] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null) [ 968.445007] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null) -
In case
dmesgshows something without the word "mount" in it, this will print out the last 20 lines of the unfiltered dmesg output:dmesg | tail -n 20Can you show us its output directly after the remount command?
Alas, I don't know if or what message we'd have to expect when a damaged sd card remounts the file system as read-only by itself.
-
@Clyde
Hey pal, will do. Got a brunch to go to then will report back. If you guys think I should just take the L and restart everything from scratch I’ll do it. Just being lazy about transferring Roms and doing my settings and stuff. ;)Cheers to you guys for your help. Appreciate it :)
-
@funkotron77 Well, since you said that you have a full backup, you could try to install RetroPie from scratch and then do only the bare minimum of setup to see if the card is writable then.
But before something drastic like that, let's see the dmesg output. 🧐
-
For sure. If there is any way to salvage I would definitely like to do that. Thanks pal. :)
dmesg | tail -n 20 [ 6.485270] 8021q: adding VLAN 0 to HW filter on device eth0 [ 6.698502] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6 [ 6.722465] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4345/6 wl0: Mar 2 2020 23:30:41 version 7.45.202 (r724630 CY) FWID 01-72f6ece2 [ 7.155834] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 7.155894] brcmfmac: power management disabled [ 13.107996] Bluetooth: Core ver 2.22 [ 13.108092] NET: Registered protocol family 31 [ 13.108099] Bluetooth: HCI device and connection manager initialized [ 13.108124] Bluetooth: HCI socket layer initialized [ 13.108136] Bluetooth: L2CAP socket layer initialized [ 13.108176] Bluetooth: SCO socket layer initialized [ 13.128848] Bluetooth: HCI UART driver ver 2.3 [ 13.128863] Bluetooth: HCI UART protocol H4 registered [ 13.128953] Bluetooth: HCI UART protocol Three-wire (H5) registered [ 13.129158] Bluetooth: HCI UART protocol Broadcom registered [ 13.194504] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 13.427863] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 13.427873] Bluetooth: BNEP filters: protocol multicast [ 13.427888] Bluetooth: BNEP socket layer initialized [ 15.398452] ICMPv6: process `dhcpcd' is using deprecated sysctl (syscall) net .ipv6.neigh.wlan0.retrans_time - use net.ipv6.neigh.wlan0.retrans_time_ms instea -
@funkotron77 Again, I see nothing. Maybe also check the
/var/log/syslog, but withoutgrepto see every message. A simplecat /var/log/syslogwill show it, and you could copy & paste the last part of the output. To be sure, you could look at it before and after the remount command, to check for changes (the same goes fordmesg).After that, alas, I'm out of ideas. I never had to deal with something similar myself yet.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.