Welcome! Log In Create A New Profile

Advanced

Migrating Debian rootfs from Ext3 to Ext4 file system

Posted by JoeyPogoPlugE02 
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 10:13PM
rootfs: e2fsck canceled.

rootfs: ********** WARNING: Filesystem still has errors **********

=========
-=Cloud 9=-
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 10:15PM
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 10:19PM
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 10:19PM
bodhi Wrote:
-------------------------------------------------------
> Run that comand again.


root@debian:~# e2fsck /dev/sda1
e2fsck 1.42.5 (29-Jul-2012)
rootfs contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Error reading block 446 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>?

=========
-=Cloud 9=-
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 10:19PM
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 10:24PM
bodhi Wrote:
-------------------------------------------------------
> Y to each question.



There might not be an end to it, but here's a sample holding down y

Error reading block 99187 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>? yes
Error reading block 99188 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>? yes
Error reading block 99189 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>? yes
Error reading block 99190 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>? yes
Error reading block 99191 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>? yes
Error reading block 99192 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>? yes
Error reading block 99193 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>? yes
Error reading block 99194 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>?

I can keep holding y down

=========
-=Cloud 9=-
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 10:26PM
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 10:33PM
bodhi Wrote:
-------------------------------------------------------
> If there are too many errors then the cloning was
> faulty. You might need to clone it again and start
> from beginning.


It was originally a USB stick from E02 Pogoplug, and you I think updated uenvs? I'm not worrried about being kosher so to speak, but really I probably get more of a thrill making something on its last leg work.

Here's the neighborhood I'm in.

rror reading block 393274 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>? yes
Error reading block 393275 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>?

I'd guess there's an error every 512 bytes? Meaning I'll probably be going until the number hits...pretty high and for a while...

=========
-=Cloud 9=-
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 10:36PM
Joey,

> I'd guess there's an error every 512 bytes? Meanin
> g I'll probably be going until the number hits...p
> retty high and for a while...

Your best bet is to reclone it. It probably just has a lot of errors. It does not look like HW related proplem.

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 10:43PM
bodhi Wrote:
-------------------------------------------------------
> Joey,
>
> > I'd guess there's an error every 512 bytes? Mean
> in
> > g I'll probably be going until the number hits..
> .p
> > retty high and for a while...
>
> Your best bet is to reclone it. It probably just h
> as a lot of errors. It does not look like HW relat
> ed proplem.

Force rewrite<y>? yes
Error reading block 819852 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>?

Yeah thanks for your time and effort Bodhi. I don't know if I'll hold down Y much longer but I actually might LOL

Even with errors, would that wreck it any worse to just convert anyway and see what happens?


Error reading block 1081381 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>?

=========
-=Cloud 9=-



Edited 1 time(s). Last edit at 06/23/2017 10:49PM by JoeyPogoPlugE02.
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 10:51PM
>
> Yeah thanks for your time and effort Bodhi.

NP :)

>
> Even with errors, would that wreck it any worse to
> just convert anyway and see what happens?

Those errors will make the conversion unsuccessful. And dont ignore these file system errors, it'll cost you time and headache later.

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 11:26PM
bodhi Wrote:
-------------------------------------------------------
> >
> > Yeah thanks for your time and effort Bodhi.
>
> NP :)
>
> >
> > Even with errors, would that wreck it any worse
> to
> > just convert anyway and see what happens?
>
> Those errors will make the conversion unsuccessful
> . And dont ignore these file system errors, it'll
> cost you time and headache later.

You know, that's a good place to say, I like to know the two extremes (in other areas where my skills are stronger), 1. how kosher is the absolute most efficient of system and 2. how much abuse before it fails? My interest in computers is entirely due to the Space program and the idea that NASA is forced to get it right or otherwise make sure a computer can reboot way out there.

So... it does boot from the 2nd clone LOL But in the near future I'll devise a better cloning system, and definitely get Mint on a more stable machine.

So again my sincere thanks bodhi, and though I won't bug you about anything further, I'll do my part prepping in case it's got it's time and place. Cool little unit though and overclocked :-)

=========
-=Cloud 9=-



Edited 1 time(s). Last edit at 06/23/2017 11:27PM by JoeyPogoPlugE02.
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 23, 2017 11:30PM
Joey,

> So... it does boot from the 2nd clone LOL

Then perhaps the adapter is not a good one :)

When you get to the point where you can fsck the clone without error, then let me know. Convert a 2nd drive in the system to Ext4 is very simple.

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 24, 2017 01:05AM
bodhi Wrote:
-------------------------------------------------------
> Joey,
>
> > So... it does boot from the 2nd clone LOL
>
> Then perhaps the adapter is not a good one :)
>
> When you get to the point where you can fsck the c
> lone without error, then let me know. Convert a 2n
> d drive in the system to Ext4 is very simple.

That's a revelation there, that the adapter could be off kilter. Certainly within the realm of possibility, and another thing I'll be looking into is if BeelinkX2/Armbian (using a hub) can clone it better than Partition Magic..

=========
-=Cloud 9=-
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 25, 2017 08:30AM
@Joey: I do this all the time on any Linux desktop and/or embedded computer to copy [backup] a [Linux] file system from one storage to a [backup] tarred file using a tar command. In my case, I use the approach to create a backup tarred file. Then, using the same tar utility to dump the backup tarred file to any mounted storage of any supported formatted file system, i.e. btrfs, ext2/3/4, raiserfs, vfat, xfs, etc. This approach allows me to duplicate a file system to many storage. For instance, if my external storage is mounted on /mnt and my backup tarred file is named backup.tar, then tar -xf backup.tar -C /mnt; sync will extract the backup.tar file to /mnt directory where the external storage is mounted. Once tar has finished, sync will synchronize any cached writes to all persistent storage. You can also use sync /mnt to just synchronize cached writes to a persistent storage on /mnt. Once sync is done, then it is safe to unmount the /mnt storage. This approach is very simple and/or straightforward and works all the time for me.
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 25, 2017 08:44AM
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 25, 2017 02:37PM
I'm nearby and still as on fire to proceed, but it's looking like 12-24 hours of ?-foreseen circumstances to contend with.
I'll do my best, and biab

=========
-=Cloud 9=-
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 25, 2017 04:49PM
bodhi Wrote:
-------------------------------------------------------
> habibie,
>
> Please do not post another alternative. Stay on this if you can.
>
Bodhi,

The subject line is about migrating to a different file system and my post also talks about it, except using tar. I don't see anything is wrong with such an alternative solution. Regardless, please feel free to remove my previous post and also this post so that the thread will look cleaner.

Cheers.
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 25, 2017 05:35PM
habibie,

> The subject line is about migrating to a different
> file system and my post also talks about it, excep
> t using tar. I don't see anything is wrong with su
> ch an alternative solution.

And I appreciate that! However, I think for Joey to learn this subject and find out why that his clone rootfs showed errors, we should stay on this for a while. At the end, we can talk about using tar as another approach.

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 25, 2017 08:16PM
@Bodhi: No problem.
@Joey: After you created and/or copied all the files to a new storage, did you do a sync before you unmounted and/or removed the storage?
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 27, 2017 07:32PM
habibie Wrote:
-------------------------------------------------------
> @Joey: After you created and/or copied all the fil
> es to a new storage, did you do a sync befo
> re you unmounted and/or removed the storage?

No I haven't done that nor understand the significance. In my area of expertise I too want to know everything possible before diving in and headaches, and I think I understand what sync does and why you'd want it. But I don't want to grab too many education cookies out of the jar at once or I won't get any because my hand is stuck.

Sorry for the delay up till now, and a few hours to go. I made two new clones again using Mint that booted up to Desktop and GParted. So I'll run errands and come back at dark and try going through the steps bodhi specified. And if this works, I'd have enough to go on to do the Pogoplug E02 myself using USB sticks.

-update- well with three SDcards total with same clone I'm feeling good about it but it might be best to put off 'till tomorrow night. Truth be told a woman across the street OD'd tonight and all kinds of police and ambulance and stuff were going on. She'll be alright they think. To paraphrase what Bill Hicks used to say, you've got to tell young people: "if you think you can fly, don't jump off a building; try taking off from the ground first" :-D

So I'll try tomorrow night - also FWIW, Mint is fantastic in the desktop computer and is now available as a choice if migrating offline is preferable.

=========
-=Cloud 9=-



Edited 1 time(s). Last edit at 06/28/2017 01:52AM by JoeyPogoPlugE02.
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
June 29, 2017 10:44AM
JoeyPogoPlugE02 Wrote:
-------------------------------------------------------
> habibie Wrote:
> --------------------------------------------------
> -----
> > @Joey: After you created and/or copied all the files to a new storage, did you do a sync before you unmounted and/or removed the storage?
>
> No I haven't done that nor understand the significance. In my area of expertise I too want to know everything possible before diving in and headaches, and I think I understand what sync does and why you'd want it.
>
If your Linux desktop system is configured and/or installed with manpages, you can look it up what sync is, i.e. man sync, or see this sync: Synchronize cached writes to persistent storage to understand more about sync. With a top utility, you can confirm the buffers get filled when copying and/or transferring a chunk of data from one storage to another and sync will clean up the buffers. If the content of filled buffers has not been cleaned, the external storage only receives partial data.

The way I always do with any writes to an external storage is as follows:
  1. Once done with writes to any external storage, always issue a sync (you can also just do a sync /dev/sdX where X is the external storage). I usually do this in a single line using a ";" to separate write and sync instructions, i.e. cp -a file /mnt; sync, etc., respectively.
  2. Unmount the external storage. I believe umount utility will issue a sync before it unmounts any storage. But, just to be on the safe side, I always do the above before unmounting any storage.
  3. Unplug the external storage.
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
July 03, 2017 10:10PM
@ Habibie thanks, that helps a lot!

@ bodhi I'm cautiously optimistic, here's where it sits - maybe I did go the extra mile cloning this time :)
If you're ever bored I hope tonight's the night.

root@debian:~# dmesg | tail
[   16.685525] udevd[264]: starting version 175
[   17.072953] input: gpio_keys as /devices/gpio_keys/input/input0
[   17.486560] orion_wdt: Initial timeout 25 sec
[   19.024266] random: nonblocking pool is initialized
[   19.252235] EXT3-fs (mmcblk0p1): using internal journal
[   21.231881] NET: Registered protocol family 10
[   24.115523] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   26.784939] mv643xx_eth_port mv643xx_eth_port.0 eth0: link up, 1000 Mb/s, full duplex, flow control disabled
[   26.794781] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   37.847036] Adding 1048572k swap on /swapfile1.  Priority:-1 extents:979 across:6462620k SSFS
root@debian:~# dmesg | tail
[  627.309603] usbcore: registered new interface driver uas
[  628.285043] scsi 1:0:0:0: Direct-Access     Generic  Mass-Storage     1.11 PQ: 0 ANSI: 2
[  629.091974] sd 1:0:0:0: [sda] 62521344 512-byte logical blocks: (32.0 GB/29.8 GiB)
[  629.100196] sd 1:0:0:0: [sda] Write Protect is off
[  629.105359] sd 1:0:0:0: [sda] Mode Sense: 03 00 00 00
[  629.106079] sd 1:0:0:0: [sda] No Caching mode page found
[  629.111395] sd 1:0:0:0: [sda] Assuming drive cache: write through
[  629.124504]  sda: sda1
[  629.130578] sd 1:0:0:0: [sda] Attached SCSI removable disk
[  629.156306] sd 1:0:0:0: Attached scsi generic sg0 type 0
root@debian:~# mkdir -p /media/sda1
root@debian:~# mount -o noatime /dev/sda1 /media/sda1
root@debian:~# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=14436,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=12172k,mode=755)
/dev/mmcblk0p1 on / type ext3 (rw,noatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=24340k)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
/dev/sda1 on /media/sda1 type ext3 (rw,noatime,errors=continue,user_xattr,acl,barrier=1,data=ordered)
root@debian:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
rootfs           15G  2.3G   12G  17% /
udev             10M     0   10M   0% /dev
tmpfs            12M  244K   12M   3% /run
/dev/mmcblk0p1   15G  2.3G   12G  17% /
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs            24M     0   24M   0% /run/shm
/dev/sda1       7.2G  2.3G  4.6G  33% /media/sda1
root@debian:~# ls -l /media/sda1
total 1049748
drwxr-xr-x 29 root root             4096 Jun 23 15:51 .
drwxrwxrwx  5 root users            4096 Jun 23 18:47 ..
drwxr-xr-x  4 root root             4096 Jan 12  2016 .cedata
-rw-r--r--  1 root root               30 Jan 12  2016 .ceid
drwxrwxrwx  2 root root             4096 Dec 31  1969 .vnc
drwxr-xr-x  2 root root             4096 Jun 14 22:40 bin
drwxr-xr-x  3 root root             4096 Jan 13  2016 boot
drwxr-xr-x  2 root root             4096 Dec 31  1969 dev
drwxr-xr-x 75 root root             4096 Jun 23 19:49 etc
drwxr-xr-x  8 root root             4096 Oct 23  2015 files_to_upload
drwxrwxrwx  4 root sambashare       4096 Aug 19  2015 home
drwxrwxrwx  2 root root             4096 Feb 25  2015 installation
drwxr-xr-x 11 root root             4096 Jun 14 22:38 lib
drwx------  2 root root            16384 Mar 25  2015 lost+found
drwxrwxrwx  5 root users            4096 Jun 23 18:47 media
drwxrwxrwx  4 root root             4096 Sep 10  2015 mnt
drwxr-xr-x  2 root root             4096 Feb 24  2012 opt
dr-xr-xr-x  2 root root             4096 Dec 31  1969 proc
drwx------ 14 root root             4096 Jun 14 23:09 root
drwxr-xr-x  2 root root             4096 Dec 31  1969 run
drwxr-xr-x  2 root root             4096 Jun 14 22:41 sbin
drwxr-xr-x  2 root root             4096 Aug 12  2015 sdb
drwxr-xr-x  3 root root             4096 Aug 12  2015 sdb5
drwxr-xr-x  2 root root             4096 Jul 21  2010 selinux
drwxrwxrwx  3 root users            4096 Feb 21  2016 share
drwxr-xr-x  2 root root             4096 Feb 24  2012 srv
-rw-------  1 root root       1073741824 Jan 13  2016 swapfile1
dr-xr-xr-x  2 root root             4096 Dec 31  1969 sys
drwxrwxrwt  5 root root             4096 Jun 23 19:17 tmp
drwxr-xr-x 10 root root             4096 Feb 24  2012 usr
drwxr-xr-x 12 root root             4096 Feb 25  2015 var
-rw-r--r--  1 root root             9537 Jun 14 21:53 webmin-setup.out
root@debian:~# ls -latr /media/sda1/boot
total 30688
-rw-r--r--  1 root root   10228 Oct  9  2014 kirkwood-pogo_e02.dtb
drwxr-xr-x  2 root root    4096 Oct 17  2014 dts
-rwxr-xr-x  1 root root 2822168 Oct 22  2014 zImage-3.17.0-kirkwood-tld-1
-rwxr-xr-x  1 root root 2822168 Oct 22  2014 vmlinuz-3.17.0-kirkwood-tld-1
-rw-r--r--  1 root root  129088 Oct 22  2014 config-3.17.0-kirkwood-tld-1
-rw-r--r--  1 root root 1991026 Oct 22  2014 System.map-3.17.0-kirkwood-tld-1
-rw-r--r--  1 root root 6114271 Oct 24  2014 initrd.img-3.17.0-kirkwood-tld-1
-rw-r--r--  1 root root 2822232 Oct 24  2014 uImage.orig
-rw-r--r--  1 root root 6114335 Oct 24  2014 uInitrd
-rw-r--r--  1 root root 2832460 Feb 23  2015 uImage.Pogo_E02
-rwxrwxrwx  1 1000 1000    2586 Feb 24  2015 uboot.2014.07-tld-1.environment.scr
drwxr-xr-x  3 root root    4096 Jan 13  2016 .
-rwxr-xr-x  1 root root 2832196 Jan 13  2016 zImage.fdt
-rw-r--r--  1 root root 2832260 Jan 13  2016 uImage
drwxr-xr-x 29 root root    4096 Jun 23 15:51 ..
root@debian:~# umount /media/sda1
root@debian:~# fsck.ext3 -pf /dev/sda1
Error reading block 819673 (Attempt to read block from filesystem resulted in short read) while reading inode and block bitmaps.

rootfs: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
        (i.e., without -a or -p options)
root@debian:~# e2fsck /dev/sda1
e2fsck 1.42.5 (29-Jul-2012)
rootfs: clean, 68599/490560 files, 652386/1938176 blocks
root@debian:~#

=========
-=Cloud 9=-
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
July 03, 2017 11:47PM
Cool! so you can go ahead and convert it:

We are going to adapt this instruction on Debian Admin site to your specific box:

Quote
https://debian-administration.org/article/643/Migrating_a_live_system_from_ext3_to_ext4_filesystem
Converting a non-root filesystem to ext4
As long as you are converting a filesystem that can be unmounted, it is fairly simple procedure. In this example we will be converting a /dev/sdc1 partition mounted as /home directory.

First, unmount the partition.

umount /dev/sdc1
Next, run a filesystem check on it to make sure it is in sane condition. We are still on ext3.

fsck.ext3 -pf /dev/sdc1
Enable new features of ext4 on the filesystem.

tune2fs -O extents,uninit_bg,dir_index /dev/sdc1
Option "extents" enables the filesystem to use extents instead of bitmap mapping for files, "uninit_bg" reduces file system check times by only checking used portions of the disk, and "dir_index" allows storing the contents of large directories in a htree for faster access. Option "dir_index" is also supported by ext3, so you may already be using it, but it makes no harm to specify it here.

Run a filesystem check. It will find errors. It is normal. Let it fix them. You may want to run the check twice to make sure that the filesystem is now clean.

fsck.ext4 -yfD /dev/sdc1
The "-D" parameter will actually enable the "dir_index" option by rebuilding directory index. It can be rebuilt (optimized) at any later time by running the check with the parameter.

Now edit your /etc/fstab file to say "ext4" instead of "ext3" for /home. Other options may differ for your system.

/dev/sdc1 /home ext4 defaults 0 2
Try to mount your new ext4 filesystem.

mount /home
If it succeeds, congratulations. If not, do not panic. You have not lost your data. And you have a backup after all, right? Make sure you have all the latest tools listed in prerequisites. Get them form Debian unstable or experimental if needed. Upgrade and try again.

Since your USB rootfs is /dev/sda1

Convert to Ext4:
tune2fs -O extents,uninit_bg,dir_index /dev/sda1

And then run a filesystem check:
e2fsck /dev/sdc1
and then run it again the 2nd time:
e2fsck /dev/sdc1

If all goes well then you're done!

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
July 04, 2017 12:34AM
bodhi Wrote:
-------------------------------------------------------
> If all goes well then you're done!

I'm afraid I'm more noob than that! bodhi was I supposed to do the steps in the box above your instructions? I didn't do that and instead just did your instructions, and one clone is down. I've got one more I can spare before having to re-clone. Sorry!

This stuff is so close to being in my brain long-term but for now not so sure. For all I know I might have hosed one and successfully got the other converted. How to know if it's really Ext4 and not just listed in fstab?

=========
-=Cloud 9=-



Edited 1 time(s). Last edit at 07/04/2017 12:35AM by JoeyPogoPlugE02.
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
July 04, 2017 12:40AM
Joey,

> I'm afraid I'm more noob than that! bodhi was I su
> pposed to do the steps in the box above your instr
> uctions? I didn't do that and instead just did you
> r instructions

Follow my instruction. The Debian Admin page is a generic instruction. Note that they use sdc1 in the instruction for the drive letter. However, in your box, this drive was assigned sda1, so I modified that command to be sda1.

Drive letter sda1 or sdb1 are like C: or D: in Windows. Depending which drive is plugged in first, the next drive letter is assigned accordingly.

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
July 04, 2017 12:43AM
To know if it is an Ext4 drive, you'd mount it.

mkdir -p /media/sda1
mount -o noatime /dev/sda1 /media/sda1

and then check the mount information

mount

-bodhi
===========================
Wiki
latest Kirkwood kernel builds and rootfs
latest u-boot-kirkwood builds
latest Oxnas kernel builds and rootfs
latest u-boot-oxnas builds
latest MVEBU Armada kernel builds and rootfs
U-Boot & Kernel Booting process
bodhi's u-boot GitHub
bodhi's corner
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
July 04, 2017 02:10AM
Naw it won't boot and 2 out of three clones are not booting.

But you're right, the way drives are displayed I ought to make a cheat sheet and read it all the time.
There's a great deal of the same building blocks that Windows uses but veiled in different terminology.

What I DO know is that the Ext3 format in PogoplugE02's USB stick can work over a year if it's a good stick, and maybe this is over my head for now. Various other stresses are eating at me now so I'd better give this one up.

I will share something I'm highly interested in, and if this worked for ARM you might have a blast with it, but I don't know...

http://www.easy2boot.com/

That's from the Hiren's boot CD people.

Son of a !@#$ I don't have what it takes on some of the fundamental ARM stuff. And I'm getting old. Got to do some thinking so I'll get some sleep and see what happens.

Thanks once again for your time and expertise.

.

=========
-=Cloud 9=-
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
July 09, 2017 04:44AM
Re: Migrating Debian rootfs from Ext3 to Ext4 file system
July 10, 2017 12:10AM
Had another death nearby, torn-up but we all got to go sometime. And someday when my life flashes before my eyes, I hope to see it migrated LOL So I'll prep this week again and read what you posted above. I stopped by to beg time and thanks once again :-)

=========
-=Cloud 9=-
Author:

Your Email:


Subject:


Spam prevention:
Please, enter the code that you see below in the input field. This is for blocking bots that try to post this form automatically. If the code is hard to read, then just try to guess it right. If you enter the wrong code, a new image is created and you get another chance to enter it right.
Message: