Raspberry Pi 4
14 Sep 2019 13:58 #145130
by tecno
Replied by tecno on topic Raspberry Pi 4
Easier said than done
Now when I boot up (takes ages to get to login!)
there is no IP on ETH
I give up, will download the img file again and try that approach.
RPi works with Hakan's SD card but I want to start from scratch to learn how to setup this RPi4 and 7i96 with LCNC + PlasmaC
Now when I boot up (takes ages to get to login!)
there is no IP on ETH
I give up, will download the img file again and try that approach.
RPi works with Hakan's SD card but I want to start from scratch to learn how to setup this RPi4 and 7i96 with LCNC + PlasmaC
Please Log in or Create an account to join the conversation.
14 Sep 2019 14:12 #145131
by tecno
Replied by tecno on topic Raspberry Pi 4
Where is this file to be found linuxcnc-pi4.img.zip
Wanted to download again and see if it works, but I can not find it!
Wanted to download again and see if it works, but I can not find it!
Please Log in or Create an account to join the conversation.
14 Sep 2019 14:31 #145134
by tecno
Replied by tecno on topic Raspberry Pi 4
Tried once more with that img = will not boot!
Please Log in or Create an account to join the conversation.
- Spacehitchhiker42
- Offline
- New Member
Less
More
- Posts: 17
- Thank you received: 1
14 Sep 2019 16:22 #145141
by Spacehitchhiker42
Replied by Spacehitchhiker42 on topic Raspberry Pi 4
try this one. i just pulled it off my sd card
drive.google.com/open?id=1JbPiXr_i8be1GWVPG8PJmr7NlOo6WpKD
drive.google.com/open?id=1JbPiXr_i8be1GWVPG8PJmr7NlOo6WpKD
Please Log in or Create an account to join the conversation.
14 Sep 2019 16:26 #145142
by tecno
Replied by tecno on topic Raspberry Pi 4
Downloading now, will try later this evening. THANKS!
Please Log in or Create an account to join the conversation.
14 Sep 2019 16:52 #145144
by tecno
Replied by tecno on topic Raspberry Pi 4
Sorry, but my 16Gb SD card is not big enough for that image.
Please Log in or Create an account to join the conversation.
- Spacehitchhiker42
- Offline
- New Member
Less
More
- Posts: 17
- Thank you received: 1
14 Sep 2019 17:14 #145150
by Spacehitchhiker42
Replied by Spacehitchhiker42 on topic Raspberry Pi 4
I'll see if i can go on and shrink the filesystem
Please Log in or Create an account to join the conversation.
14 Sep 2019 17:16 #145151
by tecno
Replied by tecno on topic Raspberry Pi 4
OK
Please Log in or Create an account to join the conversation.
14 Sep 2019 17:19 #145153
by Gene1934
Which brings up a problem we are going to have forever as SSD'd take over the spinning rust job.
The question to be answered, is can e2fsresize fix it going both ways? I know it can expand a crushed image that has had its end of disk inode table moved to a position just after the last data, thereby making the zip a few kilobytes bigger than the actually used data, but no one has explained to me, how, and with what utility this was accomplished with.
The bottom line is that you by x amount of memory, and its random from card to card, often varying by over a gigabyte for a so-called 64GB u-sd card, so the next card is NOT identical due to the use of substitute sectors being used for bad sectors found during test. But ext2-3-4 expect that backup inode table to be at a fixed end of disk location as recorded in the first sectors. But its not the same offset as the one before it, or the one behind it. The question then is how can we "fix" one of these zips, so it can be written back to any u-sd big enough to hold the actual data. Seems to me it ought to be possible tp shrink an image by half a gig oe such in that event.
If there was a memo, I surely missed it.
Ideas?
Thanks
gene1934
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <geneslinuxbox.net:6309/gene>
Replied by Gene1934 on topic Raspberry Pi 4
Sorry, but my 16Gb SD card is not big enough for that image.
Which brings up a problem we are going to have forever as SSD'd take over the spinning rust job.
The question to be answered, is can e2fsresize fix it going both ways? I know it can expand a crushed image that has had its end of disk inode table moved to a position just after the last data, thereby making the zip a few kilobytes bigger than the actually used data, but no one has explained to me, how, and with what utility this was accomplished with.
The bottom line is that you by x amount of memory, and its random from card to card, often varying by over a gigabyte for a so-called 64GB u-sd card, so the next card is NOT identical due to the use of substitute sectors being used for bad sectors found during test. But ext2-3-4 expect that backup inode table to be at a fixed end of disk location as recorded in the first sectors. But its not the same offset as the one before it, or the one behind it. The question then is how can we "fix" one of these zips, so it can be written back to any u-sd big enough to hold the actual data. Seems to me it ought to be possible tp shrink an image by half a gig oe such in that event.
If there was a memo, I surely missed it.
Ideas?
Thanks
gene1934
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <geneslinuxbox.net:6309/gene>
The following user(s) said Thank You: Mike_Eitel
Please Log in or Create an account to join the conversation.
- Spacehitchhiker42
- Offline
- New Member
Less
More
- Posts: 17
- Thank you received: 1
14 Sep 2019 17:39 #145158
by Spacehitchhiker42
Replied by Spacehitchhiker42 on topic Raspberry Pi 4
Please Log in or Create an account to join the conversation.
Time to create page: 0.113 seconds