[gentoo-user] Ext3 FS File Size Limits
I've been going around with this little problem for a while. I have several 30GB files I'm trying to restore from an NTFS formatted external backup to an ext3 partition, yet every attempt has failed right after 16GB of copying without fail or error message. They silently failing and I'm stumped. One of the possible causes I've thought of was running out of innodes but don't know how to check that or any of the other options used to create the file system on - anyone want to help there? I've also decided to look at the mke2f.conf file in /etc and see some default options being passed that may be causing the problems [defaults] base_features = sparse_super,filetype,resize_inode,dir_index,ext_attr default_mntopts = acl,user_xattr enable_periodic_fsck = 0 blocksize = 4096 inode_size = 256 inode_ratio = 16384 Normally I use either a 1024 for most everything due to the many small files though for the partition I'm attempting to restore the files to, I've used 2048 as a compromise due to the number of larger files (music/videos) and critical backups from /etc I've also tried it with a default 4096 size on a 32GB ext2 formatted flash drive but even then, it's failing at 16GB w/o any error message.
Re: [gentoo-user] Ext3 FS File Size Limits
Fast Turtle wrote: I've been going around with this little problem for a while. I have several 30GB files I'm trying to restore from an NTFS formatted external backup to an ext3 partition, yet every attempt has failed right after 16GB of copying without fail or error message. They silently failing and I'm stumped. One of the possible causes I've thought of was running out of innodes but don't know how to check that or any of the other options used to create the file system on - anyone want to help there? I've also decided to look at the mke2f.conf file in /etc and see some default options being passed that may be causing the problems [defaults] base_features = sparse_super,filetype,resize_inode,dir_index,ext_attr default_mntopts = acl,user_xattr enable_periodic_fsck = 0 blocksize = 4096 inode_size = 256 inode_ratio = 16384 Normally I use either a 1024 for most everything due to the many small files though for the partition I'm attempting to restore the files to, I've used 2048 as a compromise due to the number of larger files (music/videos) and critical backups from /etc I've also tried it with a default 4096 size on a 32GB ext2 formatted flash drive but even then, it's failing at 16GB w/o any error message. I can offer this: df -i shows inodes. root@fireball / # df -i Filesystem Inodes IUsed IFree IUse% Mounted on rootfs 1525920 22728 15031922% / /dev/sda6 1525920 22728 15031922% / devtmpfs2049540593 20489471% /dev tmpfs 2058249654 20575951% /run shm 2058249 2 20582471% /dev/shm /dev/sda1 98392794 975981% /boot /dev/mapper/OS-usr 1638400 462712 1175688 29% /usr /dev/mapper/OS-var 1703936 259049 1444887 16% /var /dev/mapper/home-home 183148544 316215 1828323291% /home /dev/mapper/backup-backup 61046784 5818 610409661% /backup tmpfs 2058249 122993 19352566% /var/tmp/portage root@fireball / # Hope that helps on that part at least. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Ext3 FS File Size Limits
2013/6/2 Fast Turtle ftur...@gmail.com: One of the possible causes I've thought of was running out of innodes but don't know how to check that or any of the other options used to create the file system on - anyone want to help there? You can try `touch`ing a file on that partition and see if it fails. If so, you've run out of inodes; no need to peek at fs internals :)
Re: [gentoo-user] Ext3 FS File Size Limits
On Sun, Jun 02, 2013 at 04:55:40AM -0700, Fast Turtle wrote: I've been going around with this little problem for a while. I have several 30GB files I'm trying to restore from an NTFS formatted external backup to an ext3 partition, yet every attempt has failed right after 16GB of copying without fail or error message. They silently failing and I'm stumped. One of the possible causes I've thought of was running out of innodes but don't know how to check that or any of the other options used to create the file system on - anyone want to help there? I've also decided to look at the mke2f.conf file in /etc and see some default options being passed that may be causing the problems [defaults] base_features = sparse_super,filetype,resize_inode,dir_index,ext_attr default_mntopts = acl,user_xattr enable_periodic_fsck = 0 blocksize = 4096 inode_size = 256 inode_ratio = 16384 Normally I use either a 1024 for most everything due to the many small files though for the partition I'm attempting to restore the files to, I've used 2048 as a compromise due to the number of larger files (music/videos) and critical backups from /etc The wikipedia page on Ext3 says that with a 1kB blocksize, the maximum file size is 16GB, but with a 2kB blocksize it's 256GB. Could it be you've somehow actually got a 1kB blocksize on the partition? I've also tried it with a default 4096 size on a 32GB ext2 formatted flash drive but even then, it's failing at 16GB w/o any error message. Sounds like laziness on the part of the author of the copy program you're using. -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Ext3 FS File Size Limits
On Sun, 2 Jun 2013 04:55:40 -0700, Fast Turtle wrote: I have several 30GB files I'm trying to restore from an NTFS formatted external backup to an ext3 partition, yet every attempt has failed right after 16GB of copying without fail or error message. They silently failing and I'm stumped. Are you sure its the destination causing the problem? What happens if you try to copy to another directory on the NTFS filesystem? -- Neil Bothwick Mosquito - designed to make houseflies look better. signature.asc Description: PGP signature
Re: [gentoo-user] Ext3 FS File Size Limits
On Sun, Jun 02, 2013 at 04:55:40AM -0700, Fast Turtle wrote: I've been going around with this little problem for a while. I have several 30GB files I'm trying to restore from an NTFS formatted external backup to an ext3 partition, yet every attempt has failed right after 16GB of copying without fail or error message. They silently failing and I'm stumped. One of the possible causes I've thought of was running out of innodes but don't know how to check that or any of the other options used to create the file system on - anyone want to help there? I've also decided to look at the mke2f.conf file in /etc and see some default options being passed that may be causing the problems [defaults] base_features = sparse_super,filetype,resize_inode,dir_index,ext_attr default_mntopts = acl,user_xattr enable_periodic_fsck = 0 blocksize = 4096 inode_size = 256 inode_ratio = 16384 Normally I use either a 1024 for most everything due to the many small files though for the partition I'm attempting to restore the files to, I've used 2048 as a compromise due to the number of larger files (music/videos) and critical backups from /etc I've also tried it with a default 4096 size on a 32GB ext2 formatted flash drive but even then, it's failing at 16GB w/o any error message. What command are you using to copy this data? Try: rsync -av /source/ /destination/ and see if you get any output when it fails. There have been other guesses, but with the information you've provided, that's all we can do. My guess is you're using cp and it gets to a large, corrupt file and fails. Post back with your command and it's output, then the rsync command above and it's output; as well as the inode command Dale gave you, and any other applicable commands you've had suggested. -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
Re: [gentoo-user] Ext3 FS File Size Limits
Alan Mackenzie a...@muc.de wrote: The wikipedia page on Ext3 says that with a 1kB blocksize, the maximum file size is 16GB, but with a 2kB blocksize it's 256GB. Could it be you've somehow actually got a 1kB blocksize on the partition? Where does such a strange limitation come from? Ext* started as a UFS clone and UFS filesize is limited to 2**63 while UFS filesystem size is limited to 1 TB. That is much more than you claim for Ext3 Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] Ext3 FS File Size Limits
Hello, Jörg. On Sun, Jun 02, 2013 at 04:06:11PM +0200, Joerg Schilling wrote: Alan Mackenzie a...@muc.de wrote: The wikipedia page on Ext3 says that with a 1kB blocksize, the maximum file size is 16GB, but with a 2kB blocksize it's 256GB. Could it be you've somehow actually got a 1kB blocksize on the partition? Where does such a strange limitation come from? Haven't a clue. I would have expected the maximum file size to be a number of blocks, which makes it seem strange that doubling the block size multiplies max file size by 16. Ext* started as a UFS clone and UFS filesize is limited to 2**63 while UFS filesystem size is limited to 1 TB. Just for ease of comparison, 16GB = 2**34 bytes = 2**24 1k blocks. 1TB = 2**40 bytes. That is much more than you claim for Ext3 I'm not doing any claiming, since I'm not an expert on the subject. I was just drawing the OP's attention to something which might be useful. Jörg -- Alan Mackenzie (Nuremberg, Germany).
[gentoo-user] /usr/lib/dri/i810_dri.so: No such file or directory
I'm getting this in /var/log/Xorg.0.log on a very old desktop: (EE) AIGLX error: dlopen of /usr/lib/dri/i810_dri.so failed (/usr/lib/dri/i810_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering The system is remote to me but I'm pretty sure X is working. I think it's supposed to be a mesa file but I've tried reinstalling mesa: [ebuild R] media-libs/mesa-9.1.2-r1 USE=classic egl gallium llvm nptl pax_kernel pic shared-glapi -bindist -debug -gbm -gles1 -gles2 -openvg -osmesa (-r600-llvm-compiler) (-selinux) -vdpau (-wayland) -xa -xorg -xvmc PYTHON_SINGLE_TARGET=python2_7 -python2_6 PYTHON_TARGETS=python2_7 -python2_6 VIDEO_CARDS=intel -i915 -i965 -nouveau -r100 -r200 -r300 -r600 -radeon (-radeonsi) -vmware - Grant
Re: [gentoo-user] Ext3 FS File Size Limits
On Sun, Jun 02 2013, Alan Mackenzie wrote: Hello, Jörg. On Sun, Jun 02, 2013 at 04:06:11PM +0200, Joerg Schilling wrote: Alan Mackenzie a...@muc.de wrote: The wikipedia page on Ext3 says that with a 1kB blocksize, the maximum file size is 16GB, but with a 2kB blocksize it's 256GB. Could it be you've somehow actually got a 1kB blocksize on the partition? Where does such a strange limitation come from? Haven't a clue. I would have expected the maximum file size to be a number of blocks, which makes it seem strange that doubling the block size multiplies max file size by 16. The wonders of indirect blocks. When the blocksize doubles, a single indirect block points to twice as many direct blocks, each of which is double the size. For double indirect you get twice as many single indirect, etc. There are plenty of places to read about this. One is my lecture notes http://cs.nyu.edu/~gottlieb/courses/os/class-notes.html#inodes allan
[gentoo-user] Re: [gentoo-user] /usr/lib/dri/i810_dri.so: No such file or directory
Grant emailgr...@gmail.com: I'm getting this in /var/log/Xorg.0.log on a very old desktop: (EE) AIGLX error: dlopen of /usr/lib/dri/i810_dri.so failed (/usr/lib/dri/i810_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering The system is remote to me but I'm pretty sure X is working. I think it's supposed to be a mesa file but I've tried reinstalling mesa: [ebuild R] media-libs/mesa-9.1.2-r1 USE=classic egl gallium llvm nptl pax_kernel pic shared-glapi -bindist -debug -gbm -gles1 -gles2 -openvg -osmesa (-r600-llvm-compiler) (-selinux) -vdpau (-wayland) -xa -xorg -xvmc PYTHON_SINGLE_TARGET=python2_7 -python2_6 PYTHON_TARGETS=python2_7 -python2_6 VIDEO_CARDS=intel -i915 -i965 -nouveau -r100 -r200 -r300 -r600 -radeon (-radeonsi) -vmware - Grant Looks like Intel video driver.
Re: [gentoo-user] /usr/lib/dri/i810_dri.so: No such file or directory
On Sun, Jun 02, 2013 at 08:08:36AM -0700, Grant wrote I'm getting this in /var/log/Xorg.0.log on a very old desktop: (EE) AIGLX error: dlopen of /usr/lib/dri/i810_dri.so failed (/usr/lib/dri/i810_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering The system is remote to me but I'm pretty sure X is working. I think it's supposed to be a mesa file but I've tried reinstalling mesa: [ebuild R] media-libs/mesa-9.1.2-r1 USE=classic egl gallium llvm nptl pax_kernel pic shared-glapi -bindist -debug -gbm -gles1 -gles2 -openvg -osmesa (-r600-llvm-compiler) (-selinux) -vdpau (-wayland) -xa -xorg -xvmc PYTHON_SINGLE_TARGET=python2_7 -python2_6 PYTHON_TARGETS=python2_7 -python2_6 VIDEO_CARDS=intel -i915 -i965 -nouveau -r100 -r200 -r300 -r600 -radeon (-radeonsi) -vmware First question... do you really have an i810/i815 video chip? What does lspci -v show for video? If you do have an i810/i815, this may be a kernel config issue. Do you have CONFIG_DRM_I810 enabled? Via make menuconfig, it's... Device Drivers --- Graphics support --- * Direct Rendering Manager (XFree86 4.1.0 and higher DRI support * Intel I810 Note that the Help notes for the Intel 8xx/9xx/G3x/G4x/HD Graphics option specifically say that it does *NOT* support i810/i815 chips. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Ext3 FS File Size Limits
AM == Alan Mackenzie a...@muc.de writes: AM Haven't a clue. I would have expected the maximum file size to be a AM number of blocks, which makes it seem strange that doubling the block AM size multiplies max file size by 16. Doubling the block size means that the structure specifying which blocks are in use by a given inode is twice as long. And the structure supports indirect blocks, which contain references to the actual blocks used by the file data. So you get one doubling for the size of the blocks, and another three for the number of blocks each file can use. Most ext3 and ext4 filesystems use 4096 octet blocks. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
[gentoo-user] Poor sound quality
Hello, My sound started sounding like crap ~6 months ago. Imagine someone has control of my volume knob and is quickly (~5Hz) turning the volume knob up and down. That is a rough idea of what it sounds like. This happens whether I am listening a beautiful song or whether I'm listening to 'white noise'. Happens with my laptop speakers or with headphones. Can anyone hazard a guess as to what is wrong? FYI I'm using a Dell M6600 with the same amd64 gentoo install for ~2 years. Thank you, Chris