x64 system running 18.04.20 doesn't work too well

ShamanMogz · 28 Apr 2018, 20:06

I used the web base manager to run the script : https://file.ac/HUuSHVBzgdE/

Substring · 28 Apr 2018, 20:16

@shamanmogz as i thought : it couldn't find the share on your hard drive

ShamanMogz · 28 Apr 2018, 20:21

I'm not sure what you mean by that - or more importantly I'm not sure how to fix it.

As far as I know it was working in 03.30 for a few weeks, I was playing a few roms - then the update started making it act up. I did a fresh image burn using etcher on the hard drive (internally attached on another PC). The fresh burn of the image was done in the exact same way as the first time. Why would this version loose the share on the hard drive?

Substring · 28 Apr 2018, 23:12

@shamanmogz the joys of x86, a much more complex architecture than a raspberry pi ...i could suggest you test a script i planned to upgrade which i supposed to solve such problems

ShamanMogz · 29 Apr 2018, 17:27

@Substring I'm happy to run any scripts for you providing i can run them using WINSCP's console (or i can try PUTTY)

ShamanMogz · 30 Apr 2018, 17:20

@Substring I'm at home this evening if you have any scripts you want me to run.

Substring · 30 Apr 2018, 17:40

@shamanmogz Run a SSH shell and :

 mount -o remount, rw /
wget -O /recalbox/scripts/recalbox-part.sh https://gitlab.com/recalbox/recalbox/blob/c251d7eb56c5d12622c5189e48d23dc9ec79775b/board/recalbox/fsoverlay/recalbox/scripts/recalbox-part.sh

Then type reboot. Once rebooted, change the language to something different than english or just check the available size in system options and report back. I won't be online this evening

ShamanMogz · 30 Apr 2018, 18:33

@Substring Thanks for helping out, I appreciate your fit this in around your other life duties.

I tried the commands as requested:

Using username "root".
root@recalbox's password:

mount -o remount, rw /

wget -O /recalbox/scripts/recalbox-part.sh https://gitlab.com/recalbox/recalbox/blob/c251d7eb56c5d12622c5189e48d23dc9ec79775b/board/recalbox/fsoverlay/recalbox/scripts/recalbox-part.sh

--2018-04-30 20:28:13-- https://gitlab.com/recalbox/recalbox/blob/c251d7eb56c5d12622c5189e48d23dc9ec79775b/board/recalbox/fsoverlay/recalbox/scripts/recalbox-part.sh
Resolving gitlab.com... 52.167.219.168
Connecting to gitlab.com|52.167.219.168|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: '/recalbox/scripts/recalbox-part.sh'

/recalbox/scripts/r [ <=> ] 33.10K --.-KB/s in 0.006s

2018-04-30 20:28:14 (5.63 MB/s) - '/recalbox/scripts/recalbox-part.sh' saved [33898]

Sadly even after a reboot (via command or by making a change to the language causing a reboot) it did not work.

Something that is interesting - I have noticed that the SHA-256 and MD5 for the WINSCP connection changes after every reboot - but i guess this is to be expected if it's a new live instance running every time.

ShamanMogz · 30 Apr 2018, 19:27

@substring ok my bad - i didn't realise that the commands you gave me wouldn't run the script as well.

Using the commands:

cd /recalbox/scripts
chmod +x /recalbox/scripts/recalbox-part.sh
sh ./recalbox-part.sh

I get the following:

./recalbox-part.sh: line 1: syntax error near unexpected token newline' ./recalbox-part.sh: line 1: <!DOCTYPE html>'

This looks like the wget did something wrong (or i did), so I followed the link to get the correct .sh file and using vi edited the recalbox-part.sh above. I now end up with:

./recalbox-part.sh <boot|system|share_internal|prefix x|previous x>
boot: the recalbox boot partition
system: the recalbox system partition
share_internal: the recalbox share internal partition
prefix x: the disk of the partition x (without the partition number)
previous x: the partition before x on the same disk

I think this is far as i can go without more help (i have 1% linux skill)

Substring · 30 Apr 2018, 21:22

@shamanmogz d**n i should have hit the "download" button for the link

ShamanMogz · 1 May 2018, 04:05

@Substring need me to run it again or slightly differently?

paradadf · 1 May 2018, 04:05

@shamanmogz in case the script didn‘t run well, try it with the correct (raw) address:
https://gitlab.com/recalbox/recalbox/raw/c251d7eb56c5d12622c5189e48d23dc9ec79775b/board/recalbox/fsoverlay/recalbox/scripts/recalbox-part.sh

ShamanMogz · 1 May 2018, 18:26

@Substring & @paradadf I re-ran the scripts augmenting the commands from my previous attempt and got the following results:

 # sh ./recalbox-part.sh boot
/dev/sda1
# sh ./recalbox-part.sh system
/dev/sda2
# sh ./recalbox-part.sh share_internal
/dev/sda3

Substring · 1 May 2018, 19:09

@shamanmogz it should be fine by now

ShamanMogz · 1 May 2018, 19:12

@Substring

Afraid not, I tried making a change as you suggetsed and rebooting the machine, but still I get Storage N/A and settings don't persist.

ShamanMogz · 1 May 2018, 19:25

@Substring I've listed my drives and get:

 # cat /proc/mounts
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
none /dev devtmpfs rw,relatime,size=1978844k,nr_inodes=494711,mode=755 0 0
/dev/sda2 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /dev/shm tmpfs rw,relatime,mode=777 0 0
tmpfs /tmp tmpfs rw,relatime 0 0
tmpfs /var tmpfs rw,relatime 0 0
tmpfs /run tmpfs rw,relatime 0 0
tmpfs /recalbox/share tmpfs rw,relatime,size=131072k 0 0
/dev/sda1 /media/usb0 vfat rw,noatime,fmask=0022,dmask=0022,codepage=437,iocha&ast;&ast;et=utf8,shortname=mixed,flush,errors=remount-ro 0 0

or:

 # blkid
/dev/sda2: LABEL="RECALBOX" UUID="3638b519-b279-4f9a-981c-cce4de83472f" TYPE="ext4"
/dev/sda1: LABEL="BOOT" UUID="7DD8-6D51" TYPE="vfat"

ShamanMogz · 2 May 2018, 15:01

@substring If it's easier I'm happy to roll back to 18.03.30 and wait for the next release for this fix

Substring · 2 May 2018, 15:33

@shamanmogz i don't get it ... It does find th root partition but can't have a share. Can you fdisk /dev/sda then p then enter and copy the result ? Press q then enter to quit

ShamanMogz · 2 May 2018, 18:20

@Substring Ran fdisk as requested

# fdisk /dev/sda
fdisk: device has more than 2^32 sectors, can't use all of them

The number of cylinders for this disk is set to 267349.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): p

Disk /dev/sda: 2199.0 GB, 2199023255040 bytes
255 heads, 63 sectors/track, 267349 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sda1               1           9       65536   c Win95 FAT32 (LBA)
Partition 1 does not end on cylinder boundary
/dev/sda2               9         311     2424018  83 Linux
Partition 2 does not end on cylinder boundary

Command (m for help): q

Substring · 2 May 2018, 20:48

@shamanmogz i think i get it : how big is yout drive ? The device has more than 2^32 sectors, can't use all of them looks like we can't build the share partition.

x64 system running 18.04.20 doesn't work too well

mount -o remount, rw /

wget -O /recalbox/scripts/recalbox-part.sh https://gitlab.com/recalbox/recalbox/blob/c251d7eb56c5d12622c5189e48d23dc9ec79775b/board/recalbox/fsoverlay/recalbox/scripts/recalbox-part.sh

Want to support us ?

63
Online

98.0k
Users

28.0k
Topics

186.9k
Posts

	# sh ./recalbox-part.sh boot
	/dev/sda1
	# sh ./recalbox-part.sh system
	/dev/sda2
	# sh ./recalbox-part.sh share_internal
	/dev/sda3

	# cat /proc/mounts
	proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
	sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
	none /dev devtmpfs rw,relatime,size=1978844k,nr_inodes=494711,mode=755 0 0
	/dev/sda2 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
	devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
	tmpfs /dev/shm tmpfs rw,relatime,mode=777 0 0
	tmpfs /tmp tmpfs rw,relatime 0 0
	tmpfs /var tmpfs rw,relatime 0 0
	tmpfs /run tmpfs rw,relatime 0 0
	tmpfs /recalbox/share tmpfs rw,relatime,size=131072k 0 0
	/dev/sda1 /media/usb0 vfat rw,noatime,fmask=0022,dmask=0022,codepage=437,iocha&ast;&ast;et=utf8,shortname=mixed,flush,errors=remount-ro 0 0

	# blkid
	/dev/sda2: LABEL="RECALBOX" UUID="3638b519-b279-4f9a-981c-cce4de83472f" TYPE="ext4"
	/dev/sda1: LABEL="BOOT" UUID="7DD8-6D51" TYPE="vfat"

x64 system running 18.04.20 doesn't work too well

mount -o remount, rw /

wget -O /recalbox/scripts/recalbox-part.sh https://gitlab.com/recalbox/recalbox/blob/c251d7eb56c5d12622c5189e48d23dc9ec79775b/board/recalbox/fsoverlay/recalbox/scripts/recalbox-part.sh

Want to support us ?

63Online

98.0kUsers

28.0kTopics

186.9kPosts

63
Online

98.0k
Users

28.0k
Topics

186.9k
Posts