Hot answers tagged ext3
9
Wikipedia covers most of this:
http://en.wikipedia.org/wiki/Ext3
http://en.wikipedia.org/wiki/Ext4
The big advantage of ext3 is journalling, which means you don't need to fsck every time you unmount uncleanly (e.g. power failure / kernel panic). ext4 makes fscking much faster, when you do need to.
It's hard to know whether ext3 or ext4 will be faster ...
8
ext2/3 filesystems have a certain percentage of blocks reserved for a
"privileged" user; a filesystem might appear as "almost full" yet only
root can write to it. My guess is that you are hitting this limit.
By default 5% of the total filesystem size is reserved for the root
user. Both the reserved percentage and the "privileged" user can be
changed with ...
7
A few years ago I'd say stick with ext3 but nowadays ext4 is better. A recent (May 16, 2011) round up from thegeekstuff.com sums it up rather nicely:
Supports huge individual file size and overall file system size.
Maximum individual file size can be from 16 GB to 16 TB
Overall maximum ext4 file system size is 1 EB (exabyte). 1 EB = 1024 PB (petabyte). 1 ...
4
Yes it is possible just change it because ext4 is the default
I think all Acronis product work with the follow file system for example Acronis® True Image™ Home 2012 but Acronis® Disk Director® 11 Home doesn't support ext4.
Why use Acronis when there's Clonezilla or G4l? Has many more features and is open source
If you’re a Linux user, you’ve likely been ...
4
I had the same problem. I found this which had the answer:
https://wiki.archlinux.org/index.php/Ext4#Migrating_files_to_extents
Migrating files to extents
Warning: Do NOT use the following method with Mercurial repository that have been cloned locally, as doing so will corrupt the repository. It might also corrupt other hard link in the filesystem.
Even ...
3
It'll be a definite run [of a file system check] if I'm booting after letting the laptop runs out of battery.
On every mount, Ext3 will simply replay the journal, eliminating the need to do a full file system check. But really, please avoid a hard shut down of the system! It's not a good practice if your data is valuable. Instaed, let Ubuntu just shut ...
3
Forget shred (which doesn't work in all cases: no matter what the filesystem is, concurrent activity can throw it off), and encrypt any sensitive file. See these questions:
http://askubuntu.com/questions/1081/how-do-i-encrypt-my-home-partition
http://askubuntu.com/questions/4796/how-can-i-simply-password-protect-a-file
...
3
shred is fine if you want to shred an entire partition, and most will probably be destroyed if you shred a single file, but possibly not all. If you shred the entire partition then you work below the level of the filesystem (and will have to recreate a filesystem after the fact). This will delete everything so should only be done after making a copy of all ...
3
If you're not booting off the partition (is this even possible without using wubi?) and it's at least half free then just use gparted (paste apt:gparted in firefox).
Run it from the menu.
Find out the name of your partition
using fdisk -l in a terminal. The
partition named something like
/dev/sda* where * is a number. Or look through the list in the upper ...
3
Before ext4 came out, I switched my mythtv backend to JFS for all of it's drives simply because JFS offered the best speed vs. CPU usage when dealing with files that were 1G of larger. This was especially true when comparing delete speed with ext3.
The one area I have seen some question is dealing with lots and lots of files being open at the same time. ...
2
You can use open-source tool: TestDisk to repair the corrupt partition table.
Example of repair a damaged partition table:
http://geekyprojects.com/storage/how-to-repair-a-damaged-partition-table-or-mbr/
2
It shouldn't result in file system corruption (it is a journaling file system, after all), but it may result in lost work.
The reason for the behaviour is that spinning up the disk uses power, and by waiting longer before performing a journal commit it may be possible to perform multiple writes in one go, resulting in fewer spin ups and better battery life.
...
2
Ext3 is like NTFS for Windows, it's THE Linux filesystem, so you shouldn't have any problem recovering your data with Ubuntu (or any other linux distribution).
If you don't see the disk maybe is becayse you are not looking in the right place ;)
First of all there are no drive letters in Linux: disk partitions (or more precisely the filesystem inside a ...
1
Sorry to hear about your troubles! I found a nice little article on how to recover deleted partitions. I've never tried it personally, but it looks promising:
http://www.dedoimedo.com/computers/linux-data-recovery.html
The software he uses is called TestDisk. Here's the link to it:
http://www.cgsecurity.org/wiki/TestDisk
Give it a shot and let us know ...
1
That's not normal for Wubi. Mine takes about 4 seconds to load where yours is taking 20.
The key is that your filesystem is marked as corrupted. And if it's doing that every time then whatever fsck is doing is not fixing the problem. So you could fsck it from a live CD and see if it provides any decent output. Or try running chkdsk /f from Windows - as ...
1
Your only ext3 partition happens to be /home. One possible reason for your problem is that /home isn't being unmounted because it is in use at the time your system is being shut down. Since /home shouldn't be in use when no normal user is logged in, identifying if it is in use when nobody is logged in is one way of identifying if this particular possible ...
1
As you mentioned in your comment eCryptfs is a possible cause for your problem. To check this out do the following steps:
Log out and log in as a different user
Try to open your files in /home/richard (or however your user is called).
If you can access and read the files, your home was not correct unmounted.
Another thing you can do as user is to enter ...
1
Ext3 has journaling but I dont think that it is good enough reason to change your existing file system. In my experience ext2 is faster than ext3, because of lack of journaling may be. Also Ext2 gives you more disk space as the journal created by ext3 takes disk space. So I wont recommend Ext3. The freezing problem you mentioned seems like a hardware issue ...
1
I don't see any reason to use Ext2 on a new machine. But the disadvantages aren't that big if you compare it with FAT32. So I wouldn't say that it's absolutely necessary to upgrade from ext2, but I would recommend it. The advantages are not so much speed, but more data integrity. So if you system is crashing often, it might be very useful for you. There are ...
1
I would bet money that your freezing problem is not due to your ancient ext2 filesystem, but that it is related to your hard drive because I bet you are running out of RAM and the system is swapping processes out to disk. You can check free memory with the free command. If you see swap used, then that explains your problem. If you want to monitor the swap ...
1
Ext4 has been around for some years now and I have never had problems with it even if the power was "accidentally" gone. The page that you have linked has not changed since at least 2010 (it's essentially a duplicate of https://help.ubuntu.com/10.04/installation-guide/i386/apcs03.html).
As far as I know, Ext4 has been the default filesystem since 9.10 ...
1
I'm assuming this is your desktop box. If it's so, don't split your filesystem into various partitions (separate /usr, /home, /var, ...) because sooner or later you'll run into a problem of having no space left on /var and /home has tons of gigs (or vice versa).
So, create one big partition, and have another one for swap. If you have a decent desktop (4+ GB ...
Only top voted, non community-wiki answers of a minimum length are eligible
