How can I find 'find last used block + 1' on a reiser4 partition and truncate it so I can use spare space for another partition type. ?
Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sdb 1.8T 747G 1.0T 43% /media/disk
# umount /dev/sdb
# fsck.reiser4 --check /dev/sdb
*******************************************************************
This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
*******************************************************************
Fscking the /dev/sdb block device.
Will check the consistency of the Reiser4 SuperBlock.
Will check the consistency of the Reiser4 FileSystem.
Continue?
(Yes/No): yes
***** fsck.reiser4 started at Tue Feb 24 17:03:22 2015
Reiser4 fs was detected on /dev/sdb.
I have not used reiserfs in some time but resize_reiserfs should be able to shrink the filesystem. Since your drive is not partition that should be the only step required.
You need to think about what has been said to you.
You cannot simply add a partition to this device. Period.
You (presumably) chose to use the entire (unpartitioned) device for your data. You cannot change that without reformatting the device. Back up your data and do as you must. FWIW I too gave up on reiser many years ago.
You need to think about what has been said to you.
You cannot simply add a partition to this device. Period.
You (presumably) chose to use the entire (unpartitioned) device for your data. You cannot change that without reformatting the device. Back up your data and do as you must. FWIW I too gave up on reiser many years ago.
Surely if OP were to find a way of resizing and compacting his reiser4 filesystem, he could then reduce the partition size and create a new partition in the remaining disk space? Or are you saying that reiser4 doesn't support such resizing and compacting?
The MBR is not protected or reserved space nor is there a requirement you have to have one. If the OP creates one after the fact the existing data will be lost.
The MBR is not protected or reserved space nor is there a requirement you have to have one. If the OP creates one after the fact the existing data will be lost.
Would creating a LVM partition based on the underlying raw disk and then using lvreduce (after, somehow, compacting the reiser4 filesystem) work?
Would creating a LVM partition based on the underlying raw disk and then using lvreduce (after, somehow, compacting the reiser4 filesystem) work?
The runs into the same problem as adding a partition table. The LVM PV header would be placed at the beginning of the disk, overwriting the start of the existing reiserfs filesystem.
The free space in the existing filesystem is currently less than 50% of the disk (blocks: 488378640, free blocks: 217146980). There simply isn't enough room to make a new copy of the data elsewhere on that same disk, and I don't know of any existing tool that supports an overlapping move of a filesystem. Yes, it's possible in concept to cobble together something using dmsetup mappings to shift a filesystem in sections, but that's going to be a lot more work, and a lot more dangerous, than just saving the data somewhere else and reformatting the disk.
And, if you don't have "somewhere else" to save the data, then your data is apparently not important enough to you to be worth having a backup, so why worry about it?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.