Re: [reiserfs-list] Re: magic is useless Determining File Types
Chris Dukes [EMAIL PROTECTED] wrote on Mon, 7 Jan 2002 16:34:28 +: A wise person once said those who do not know Unix are doomed to reinvent it, poorly. In the case of structured files, it would appear that those that do not know OS/400 are doomed to reinvent it, poorly. Good point. I usually find that talking about something I think is new flushes out a comment from someone that it's already been done. But at least now I know enough to pause and hunt up info on OS/400 and Mungi. Thanks. I still question putting resource fork capabilities into a single existing filesystem at this time. [...] Yup. As we discovered in another series of messages here, it could easily be built on top of a simple file system (though preferably with change notification). That's probably the way to go. - Alex
[reiserfs-list] File size limit exceeded
Hi! I have a problem with my reiser partition. If I copy larger files (90MB) from other partitions to her I become the following message File size limit exceeded and a broken file on the partition. Reiserfsck shows me no problems. The partition is 74GB big and I have 28GB of free disk space. Thanks Silvio Schlöffel
RE: [reiserfs-list] Intercepting all changes made to a file system on Linux
Perhaps this relies on a message passing OS - typically you tell the OS (and file system indirectly) that you're interested in changes to a particular file or directory, and you include some flags saying what kinds of changes you are interested (iNode info, file contents, etc). Then when the file / directory changes, the file system posts a message with the details to the previously supplied message queue, which the user level program is reading from. I don't think it really relies on a message passing OS because Windows has this type of feature and it isn't a message passing OS. You want the linux directory notification (see documentation in linux source tree). Its not very advanced and not very relieable, but is the best thing Linux provides. Thanks. I'll play with it. Unfortunately it only tells you something in the directory was changed, not what changed. This sucks. I won't know what changed and to find out I'd have to maintain a hash table of every inode in the filesystem and do a comparison. Yuck. I'll try it though. By the way, what do you mean it isn't very reliable? Scott
Re: [reiserfs-list] Intercepting all changes made to a file system on Linux
On Mon, 07 Jan 2002 10:24:19 PST, Scott Simpson [EMAIL PROTECTED] said: Thanks. I'll play with it. Unfortunately it only tells you something in the directory was changed, not what changed. This sucks. I won't know what changed and to find out I'd have to maintain a hash table of every inode in the filesystem and do a comparison. Yuck. I'll try it though. You probably want to look at the Linux port of SGI's 'fam' (File Alteration Monitor). See http://webpages.charter.net/tprado/fam/ which uses the imon patches. There's also this patch to use the dnotify fcntls: http://people.redhat.com/alexl/files/fam_dnotify.patch Hope this helps... -- Valdis Kletnieks Operating Systems Analyst Virginia Tech msg03826/pgp0.pgp Description: PGP signature
[reiserfs-list] [Fwd: Re: Magic is useless!]
---BeginMessage--- On Mon, Jan 07, 2002 at 02:07:00PM +, Sander Vesik wrote: On Mon, 7 Jan 2002, Maciej Stachowiak wrote: Most major file formats already have a detectable magic byte signaturate, though some of the now prospering human readable formats using XML or whatever are a thorn in the side (particularly if they are compressed, grr). But this would be a good complement. Been there for 2.5 year in the normalization process. XML totally outgrows the Mime-Type mechanism. Mime-Type is unfortuantely obsoleted in that work. Want an example ?: Okay you can get the mime type for SMIL could be application/smil (I'm too lazy to check). You can also get the Mime-Type for SVG like graphic/svg. Now both the SMIL and the SVG spec expects to mix elements from each other in a single document (using namespaces to do the coupling). Now tell me the Mime-Type of the document... Sorry won't work anymore. Forget about it. XML is reasonably OK, actually, since a proper XML document has a DTD declaration at the top that you can look for. The main problem is Bing wrong. XML does not require DTD support. And DTD support is slowly disapearing in favor of better validation mechanism. DOCTYPE is not really proper for this. compressed files and archives, since you need to either look inside the compression/archiving, or allow suffixes to take precedence for those types (returning to the bad old suffix-based world for those kinds of files). We really should come up with a solution to this in gnome-vfs, since it is a frequent user complaint. It makes sense to put composite xml/non-xml (or really, even composite xml made out of many independent parts) documents into a container. Zip is a and even into a single entity good format as it allows for compressed and uncompressed storage (so you don't waste time trying to re-compress those .jpgs) and internal directory structure. Right exactly the appraoch taken by the OpenOffice group. A pure magic number system cannot even cope with .jar files and these are also quite widespread in the real world. Yep, IMHO Mime-Type are slowing falling into obsolescence due to composition and the fact that it's such a f...g pain to update that registry that some new format tend to not even bother. The goal of the Mime-Type was to associate processing tool with resources. Unfortuantely it's a too limited view to cope with most of the complex formats. A better approach is a list/hierarchy of strings and not a single one, the list of namespaces name of a XML document, the list of mimetypes of a zip. To take the example of a ZIP format it could be: (zip (image/gif, xml/docbook, image/gif)) to use a LISP like syntax. For a compound compressed XML document (gzip (application/xml (http://www.w3.org/2001/svg http://www.w3.org/))) I'm pretty sure you can find examples even outside of the XML world. don't limit yourself to known-to-getting-obsolete mechanism when defining new interfaces. Daniel -- Daniel Veillard | Red Hat Network https://rhn.redhat.com/ [EMAIL PROTECTED] | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ ---End Message---
[reiserfs-list] Re: Magic is useless!
Raphael Bosshard [EMAIL PROTECTED] forwarded a message on Mon, 07 Jan 2002 20:09:17 +0100, it was originally from Daniel Veillard [EMAIL PROTECTED] on Mon, 7 Jan 2002 12:24:14 -0500, and addressed to the Gnome 2.0 list: Yep, IMHO Mime-Type are slowing falling into obsolescence due to composition and the fact that it's such a f...g pain to update that registry that some new format tend to not even bother. I wonder if he's talking about the W3C official registry or some software registry. It isn't that hard to add new MIME types to the BeOS's system (usually under the vendor specific groups). But yes, some objects are documents that contain many other things. Perhaps call them text/xml/document? Then your favorite XML composite viewer could open them up and load appropriate viewers for subobjects which do have a more specific MIME type. The goal of the Mime-Type was to associate processing tool with resources. Unfortuantely it's a too limited view to cope with most of the complex formats. A better approach is a list/hierarchy of strings and not a single one, the list of namespaces name of a XML document, the list of mimetypes of a zip. To take the example of a ZIP format it could be: (zip (image/gif, xml/docbook, image/gif)) to use a LISP like syntax. For a compound compressed XML document (gzip (application/xml (http://www.w3.org/2001/svg http://www.w3.org/))) I'm pretty sure you can find examples even outside of the XML world. don't limit yourself to known-to-getting-obsolete mechanism when defining new interfaces. Heh. Looks like a directory listing of the object system hierarchy, but with the types rather than the object names. But would that be useful for any real world purpose? If you have indexing working, you can find sub-objects of specified types (and other classifications) even if they are inside bigger objects. No need for overly descriptive MIME composites, unless you want them, and then they'd be easy to do. - Alex
Re: [reiserfs-list] When will Reiserfs be ready?
On Mon, 7 Jan 2002 11:48, _nasturtium wrote: What has happened to NTFS performance? During the Windows NT 3.5 days it was the slowest FS in production use, particularly for small files. Has this changed? (Should I go from FAT32 to NTFS on my laptop windows partition? Fear of performance loss has kept me from doing so.) For an architect of a filesystem, you aren't giving it much support. You are very intent on parading your stupidity in this list. This list is (hopefully) to share knowledge and solve problems, not to try and insult people. You've changed your mind rapidly on this issue. What are you doing having a FAT32 partition??!!! Running Windows as he clearly states in his message. While we might debate the issue of whether he should be running Windows or whether he should use Star Office or other software when dealing with people who use Word documents, we can't debate the suitability of FAT32 for Windows. Have a minimal FAT32 partition, then run reiser4win as discussed by Gerson Kurz, Yves Glodz and friends. Then you can run windows (for what purpose??!!) and develop reiser simultaneously. Which was not what you suggested before. Also it wouldn't work anyway as Linux file systems are well integrated into the kernel buffering (this is either a good thing or a bad thing depending on your opinion). So porting work from Windows to Linux would involve adding a lot of new buffering code and testing it. I suspect that porting from Linux to Windows would be easier (porting from Linux to OS/2 would definately be easier than porting from OS/2 to Linux - and I suspect that Windows still has some similarities with OS/2 in this regard). Although if you must use windows, DON'T swap to NTFS because Linux support is read-only. Support for writing to NTFS has been working for several years. I was doing it in 1999. There are issues about it, and the code is still marked experimental, but it works. Hmmmwhy not join the Linux-Mandrake Newbie list at www.mandrakesoft.com? You might learn a fair bit - civileme [EMAIL PROTECTED] who is, or at least was on the Mandrake QA team comments on the Help! WinXP thread (4/1/02, 22:20) that: But FYI the XP NTFS is different from the NTFS5 W2k NTFS which is different from previous NTFS setups. We can read and experimentally write NTFS for winNT4, but not NTFS5 for Win2k nor the WinXP version of NTFS. Microsoft has made the format a trade secret. The important part is you CANNOT read/write for Win2k NTFS...if you want to call him an idiot go ahead...join the list, I'm on it - that post was in reply to one of my mails... You initially said that NTFS support in Linux is read-only. Now you say that Windows XP NTFS support is read-only, which is totally different. I said that Linux has support for writing NTFS and that I had used such support in 1999 (long before the release of Windows XP). -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page
Re: [reiserfs-list] When will Reiserfs be ready?
On Mon, 7 Jan 2002 12:15, _nasturtium wrote: I was reading the FAQ on www.namesys.com and it seems Reiser4 is sponsored (but not endorsed by...) by DARPA (Defence Advanced Research Projects Agency?). That seems like a good source of funds compared to your support business - your Support page only claims one request/payment every few days. You should try running a business when you grow up. Then you will discover the perilous position that having only a single customer can place you in. Looks like my post was a bit incomplete - Reiser is also sponsored by SuSE (formerly mp3.com), ApplianceWare and BigStorage Inc. You can verify it by going to www.reiserfs.com. Having 4 probably contracted sponsors is a good way to have a business. Read The Code Book (Simon Singh) or any good history book and you will find that the Enigma cipher machine was bought almost totally by the German military. Scherbius, the inventor, made a LOT of money. One example does not prove the generic case. For every inventor who makes a lot of money there are at least 100 who don't. Most new businesses don't last 2 years, most small businesses don't last 10 years. If you run a business and want it to last you have to have contingency plans and backups. Tieing everything to one source of income is very dangerous for a small business, especially if what you are doing is not a core business area for your customer. ReiserFS isn't important enough for the US government to take such a risk. Also Hans just mentioned that Applianceware went out of business, surely that demonstrates how it is better to have multiple sources of income. There is only one use of the user-pays support every few day - someone commented it was because there are hardly any errors. If questions can be answered on this list, why would anyone pay??!! Hans Reiser is too helpful on this list - if he didn't answer namesys would make a lot more money. So now you're saying that Hans is too helpful for his own good and that he should cease providing free help? What do you mean by when you grow up? Perhaps you should resit the German history test - if you're even a freshman. What is the relevance of German history to ReiserFS discussion? -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page
Re: [reiserfs-list] magic is useless Determining File Types
On Mon, 7 Jan 2002 10:49, Hans Reiser wrote: There is an issue of going completly overboard, attribute/subattribute/subsubattribute anybody? This is certainly an overall interesting idea. How about file//acl for accessing ACLs? This does mean though you *MUST* have a filesystem specific dump tool. Yep, we have to improve tar. Also we must not break the tar file format!!! Please keep in mind my previous messages on this list regarding LHArc and OS/2's EAs when thinking of changes to tar. The big advantage of tar is that it's files can be read on any OS so no matter how much hardware and software I lose then I can still find a way to read my tar files! -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page
Re: [reiserfs-list] When will Reiserfs be ready?
On Mon, 7 Jan 2002 15:14, Andre Pang wrote: Some people need to run Windows to run various applications. It has many apps available which Linux does not; accept it. If Absolutely. In this case if you are doing sales then you MUST have MS software. There are enough hassles in applying for a job without using MS software. I simply refuse to send my CV in any format other than HTML. Any recruiting agent who can't work out how to make MS-Word import HTML or to make IE load it isn't qualified to read my CV or to represent me. I've had a few arguements about this issue with recruiting agents. I suggest that it's best of Hans uses the default options for every other program he uses so that he can concentrate his energies on ReiserFS (but I'm sure he's already doing that). Then why are you suggesting that Hans uses Explore2fs and reiser4win on WinNT? They're certainly not defaults. You misread the quoting. That's something I wrote. Support for writing to NTFS has been working for several years. I was doing it in 1999. There are issues about it, and the code is still marked experimental, but it works. [Russell: where it works meaning usually works but may bugger up your filesystem badly ;)] Yes, they always had warnings about that. So I just made some good backups and gave it a go. I never lost any data (and what I was doing was simple enough that there was no chance of losing data and not realising it). But I admit that I didn't overly stress it. Anyway in that case I wouldn't have minded saying oops I trashed that NT machine and lost the CD - I'll have to make it Linux-only. ;) Warnings don't generally bother me too much. I try things out on a test machine first anyway. If something labeled as experimental and dangerous passes my tests and works then I'll use it before something labeled as stable and released that I haven't tested. -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page
Re: [reiserfs-list] When will Reiserfs be ready?
On Mon, 7 Jan 2002 12:42, _nasturtium wrote: All of the blathering and silliness removed. Short version: Russell made a few comments to explain some stuff on the assumption that Nasturtium was actually asking honest questions. Nasturtium made a number of ad hominem attacks. Blah blah blah. You have not actually addressed my reply, merely blather on. My main point was that someone on the MandrakeSoft QA team notes that you cannot write to NTFS5 partitions and that was what I posted. If someone, even one who has been on list for years, wants to doubt it I will reply with proof. That is wrong. From your original message on the topic of NTFS: DON'T swap to NTFS because Linux support is read-only. No reference is made to any particular version of NTFS or of Windows. No other qualifiying statement is made, you clearly and directly stated that NTFS was not writable on Linux. Stop trying to claim you were only referring to Windows XP, you said nothing of the kind in your original message. -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page
Re: [reiserfs-list] Journal Questions
On Mon, 7 Jan 2002 13:11, pesarif wrote: 1. How big is the journal? 32M. It is possible to change this, but currently that requires recompiling your kernel (and running an altered mkreiserfs). Then a regular kernel won't mount them. It's painful enough that you don't want to do it. Hans has announced plans to address this issue, I am looking forward to a version of ReiserFS that works on floppies. ;) I have just made (today :)) a 600MB reiser 3.6 partition in Mandrake 8.0 and the usuable space reported by df -h, was 596MB. Isn't the journal 32MB because on my other system with a 5GB reiser 3.6 parition, 32MB is missing in df -h. And also, will the journal be larger with a larger filesystem? The journal is always the same size. As for the 600MB partition, are you certain that the partition was really 600M? Or did you just tell your fdisk program to make it 600M? Fdisk will always round up the sizes to the nearest cylinder and the difference can be 30M or more... 2. How do I disable journal replay and save/restore the journal or delete it completely? You can't. Ext3 has this functionality because it's an addition to Ext2 which doesn't have it. So you can switch between ext3 and ext2 by mounting it with a different driver. Also the journal is a file on ext3 so changing it's size is less invasive. We've all been hanging out for this for a long time. Unfortunately Hans has had other things to work on, no sponsor has demanded it, and no volunteer has come forward to do it. Maybe Hans will comment on where it is in the current schedule... PS It's an interesting co-incidence that we get two new users on the list from bigpond in the same week who both use Kmail 1.3... -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page
[reiserfs-list] Re: [Dri-devel] Voodoo5 SLI / AA
On Sunday, 7. January 2002 13:11, Russell Coker wrote: On Mon, 7 Jan 2002 13:11, pesarif wrote: 1. How big is the journal? 32M. It is possible to change this, but currently that requires recompiling your kernel (and running an altered mkreiserfs). Then a regular kernel won't mount them. It's painful enough that you don't want to do it. Oleg described here how you can do that. Hans has announced plans to address this issue, I am looking forward to a version of ReiserFS that works on floppies. ;) Chris has worked on this (dynamic journal size) for ages. He told me something about it in the year 2000? So Chris, any news? Would be nice to have a smaller journal on my root partition... -Dieter -- Dieter Nützel Graduate Student, Computer Science University of Hamburg Department of Computer Science @home: [EMAIL PROTECTED]
[reiserfs-list] Re: [Dri-devel] Voodoo5 SLI / AA
On Monday, January 07, 2002 11:22:35 PM +0100 Dieter Nützel [EMAIL PROTECTED] wrote: On Sunday, 7. January 2002 13:11, Russell Coker wrote: On Mon, 7 Jan 2002 13:11, pesarif wrote: 1. How big is the journal? 32M. It is possible to change this, but currently that requires recompiling your kernel (and running an altered mkreiserfs). Then a regular kernel won't mount them. It's painful enough that you don't want to do it. Oleg described here how you can do that. Hans has announced plans to address this issue, I am looking forward to a version of ReiserFS that works on floppies. ;) Chris has worked on this (dynamic journal size) for ages. He told me something about it in the year 2000? Actually some of the namesys coders did this, it works pretty well. The current utilities have support for it, I expect the patches will get fed into 2.5.x. The patches probably need a small update to reflect the latest cleanups in the kernel (a quick look didn't find it on the ftp site). -chris
[reiserfs-list] resize_reiserfs problem
Hi all: I'm trying to change size of my root reiserfs v3.5 partition, but i can't do it. this is my partiton table. cfdisk 2.11b Unidad de disco: /dev/hdc Tamaño: 3228696576 bytes Cabezales: 128 Sectores por pista: 63 Cilindros: 782 Nombre IndicadoresTipo de parTipo de sistema d[Etiqueta] Tamaño(MB) - - hdc1Primaria Linux ext2 20,65 hdc2Primaria Linux swap136,25 hdc3InicioPrimaria Linux 2733,25 Pri/Lóg Espacio libre 338,56 my steps are this: 1) boot linux from rescue CD (linux suse 7.2) 2) I test the partition with debugreiserfs (reiserfsprogs 3.x) and the STATUS is ok. 3) I run reiserfsck in order to verify that all is ok. (all ok) 4) I run resize_reiserfs /dev/hdc3 -s +250M /dev/hdc3 Resize_reiserfs respond that it's not enought space in this partition. Are 338.56 Mb free space. What is my fail? Ê7 Thank's -- Ciro Vargas Clemow Barranquilla - Colombia P.D. I'm reiserfs user in production environment and I'm very happy with this journal filesystem.
Re: [reiserfs-list] resize_reiserfs problem
On Jan 07, 2002 17:57 -0500, Ciro Vargas Clemow wrote: I'm trying to change size of my root reiserfs v3.5 partition, but i can't do it. this is my partiton table. cfdisk 2.11b Unidad de disco: /dev/hdc Tamaño: 3228696576 bytes Cabezales: 128 Sectores por pista: 63 Cilindros: 782 Nombre IndicadoresTipo de parTipo de sistema d[Etiqueta] Tamaño(MB) - - hdc1Primaria Linux ext2 20,65 hdc2Primaria Linux swap136,25 hdc3InicioPrimaria Linux 2733,25 Pri/Lóg Espacio libre 338,56 4) I run resize_reiserfs /dev/hdc3 -s +250M /dev/hdc3 Resize_reiserfs respond that it's not enought space in this partition. Are 338.56 Mb free space. Well, my Spanish isn't que bueno, but I think what you need to do is to increase the size of /dev/hdc3 to include the libre space at the end of the disk before you resize the filesystem. The resize_reiserfs tool is only changing the _filesystem_ and not the _partition_! Cheers, Andreas -- Andreas Dilger http://sourceforge.net/projects/ext2resize/ http://www-mddsp.enel.ucalgary.ca/People/adilger/
Re: [reiserfs-list] resize_reiserfs problem
El Lun 07 Ene 2002 06:08PM, escribiste: Well, my Spanish isn't que bueno, but I think what you need to do is to increase the size of /dev/hdc3 to include the libre space at the end of the disk before you resize the filesystem. The resize_reiserfs tool is only changing the _filesystem_ and not the _partition_! Cheers, Andreas -- Andreas Dilger http://sourceforge.net/projects/ext2resize/ http://www-mddsp.enel.ucalgary.ca/People/adilger/ Thank's Andreas It's ok I'm try this with the cfdisk program ? or exist other program to make this easy? best regards -- Ciro Vargas Clemow Barranquilla - Colombia p.d. sorry for my english
RE: [reiserfs-list] Re: [Dri-devel] Voodoo5 SLI / AA
Is there any way (at present) to gague how much of the journal is presently being used (high/low water marks perhaps?). My guess is a busy server will want a full 32M journal (maybe even larger) by my laptop will suffice with only a fraction of that. It would be nice to measure this. Speaking about measuring things, is there perhaps a document which discusses reiserfs performance, and how to look for things to tune etc... I'm currently running a very default reiserfs on top of 3 x 40GB IDE disks, and am wondering how hard it is working, and whether I could tune it to be better... I'm using 2.4.17pre8, ReiserFS 3.6.25 /proc/fs/reiserfs/device/super says: mount options: BORDER TAILS LOG on-disk-super says magic: ReIsEr2Fs (is this the 2.5 or 2.6?) Thanks, Adam
Re: [reiserfs-list] resize_reiserfs problem
On Jan 07, 2002 18:26 -0500, Ciro Vargas Clemow wrote: El Lun 07 Ene 2002 06:08PM, escribiste: Well, my Spanish isn't que bueno, but I think what you need to do is to increase the size of /dev/hdc3 to include the libre space at the end of the disk before you resize the filesystem. The resize_reiserfs tool is only changing the _filesystem_ and not the _partition_! I'm try this with the cfdisk program ? or exist other program to make this easy? Well, you can do it with cfdisk, it should be relatively easy to do in your case. GNU parted is probably the best tool for doing complex partition resizing tasks, but it does not appear to support reiserfs. p.d. sorry for my english Well, my espanol is worse, so don't worry about it. Cheers, Andreas -- Andreas Dilger http://sourceforge.net/projects/ext2resize/ http://www-mddsp.enel.ucalgary.ca/People/adilger/
Re: [reiserfs-list] Re: [Dri-devel] Voodoo5 SLI / AA
On Tuesday, 8. January 2002 00:20, Chris Wedgwood wrote: On Mon, Jan 07, 2002 at 05:32:16PM -0500, Chris Mason wrote: Chris has worked on this (dynamic journal size) for ages. He told me something about it in the year 2000? Actually some of the namesys coders did this, it works pretty well. The current utilities have support for it, I expect the patches will get fed into 2.5.x. Is there any way (at present) to gague how much of the journal is presently being used (high/low water marks perhaps?). My guess is a busy server will want a full 32M journal (maybe even larger) by my laptop will suffice with only a fraction of that. It would be nice to measure this. Sorry, that I missed up the subject! But all you good men understand me, of course...8-))) Regards, Dieter
Re: [reiserfs-list] resize_reiserfs problem
On Mon, Jan 07, 2002 at 04:43:07PM -0700, Andreas Dilger wrote: Well, you can do it with cfdisk, it should be relatively easy to do in your case. GNU parted is probably the best tool for doing complex partition resizing tasks, but it does not appear to support reiserfs. There is a patch available for the unstable branch. (As of 2 days ago) Not something I'd trust at this stage... ;) p.d. sorry for my english Well, my espanol is worse, so don't worry about it. Sabe Portunhol? hehe Andrew
Re: [reiserfs-list] magic is useless Determining File Types
On Mon, 07 Jan 2002 17:23:57 +0100, Russell Coker said: disk geometry is usually not worth knowing and lied about by the hard drive. I suspect that this is usually the case on mainframes too. Valdis? Well.. OK.. you caught me there. Older IBM disk drives *did* lie about their geometry only slightly. For instance, the IBM 3350 disk drive reported itself as having 555 cylinders and 30 tracks/cylinder, and a listed 19,069 bytes/track maximum. In reality, it had 560 cylinders (5 were for dedicated use for diagnostics and replacments for bad tracks), and only 8 platters rather than the 15 that 30 tracks would imply. It was really laid out as follows: 8 platters, and heads top/bottom of each platter. The access arm had 2 sets of heads, an inside and outside. One pair of heads (I admit not remembering which pair it was) was the servo head used for positioning the access arm. Half the logical cylinder was on the outside and the other half was inside. In addition, although the claimed capacity was 19,069 bytes/track, it depended on the actual blocksized used, and was as follows: Blocks/track = 19254/(185+blocksize) So for various blocking factors: blocksize capacity 119069 19069 2 9442 18884 3 6233 18699 4 4628 18512 You get the idea. For the 3380 disk, it was more complicated - 885/1770/2665 cylinders for the single/dual/triple density versions, and 15 tracks/cyl. The track capacity was 47,968 bytes. The space for a block was equal to (C + K + D) where C was 8, K was 0 for partitioned and sequential datasets, or the keysize for keyed data sets, and D was equal to 7 + ((blocksize+12)/32) rounded up, and then blocks/track was equal to 1499/SPACE. http://www.sdisw.com/dasd_capacity.html - of those, I've personally worked with 2314, 3350, 3370, 3380A/E/K, 3390-1,2,3, 3370, and 9332. http://www.naspa.com/PDF/96/T9611005.pdf gives the geometry calculations for some of the more common recent count-key-data disks. http://www.perfassoc.com/papers/pdf_files/volume_sizes_paper_01.pdf talks about the performance considerations of disk size and related issues. And yes, on the newer high-end disk subsystems, the disk lies about its geometry: http://www.redbooks.ibm.com/pubs/pdfs/redbooks/sg245465.pdf talks about the IBM 'Shark' ESS disk subsystem, which does a very good job of acting like an IBM 3380 or 3390 disk drive. Given that the 33[89]0 is being emulated on either a JBOD or RAID-5, the chances that the underlying disk is implementing anything resembling the same geometry are close to zero. The important thing to note here is that although the disk seen by the host operating system is being emulated/striped/etc, the host mainframe is *still* reaping the performance benefits of two major concepts: 1) Using multiple data paths to avoid I/O contention (if a SCSI device is busy, the whole chain is busy - the IBM mainframe world just finds one of the OTHER 8 ways to reach the disk). 2) Offloading much of the work to the disk controller (whether it's a 3990-3 controlling real 3390 disks, or a 2105 with RS6000 processors controlling a RAID that's emulating 3390's) and letting *it* do all the work of finding the right record on the disk, and returning an interrupt when done. The fact that the disk subsystems have gotten so fast that they can gloss over the faked geometry without a performance hit is even more reason to offload more of the work onto them. /Valdis msg03845/pgp0.pgp Description: PGP signature
Re: [reiserfs-list] When will Reiserfs be ready?
_nasturtium wrote: (Sorry, I only read the top and not your other comments, so here they are..) Go over to http://www.microsoft.com/presspass/features/2001/Dec01/12-17pss.asp in Konqueror, Lynx or your favorite web browser and you will find gasp unprecedented range of no-charge services and support tools just in time for holiday season. Now thats a nice touch (but then again, the antitrust case is about to be settled). Regards, _nasturtium Sorry, I would send this directly to you, but your mail domain is listed as a spam haven and is therefore blocked at my mail server. http://www.cnn.com/2002/TECH/industry/01/05/xbox.woes.ap/index.html -- So, make a real effort to avoid getting sucked into all the expensive lifestyle habits of typical Americans. Because if you do that, then people with the money will dictate what you do with your life. --Richard Stallman http://www.SecurityExchange.net
