Hi,
Max Nikulin wrote:
> I was not aware that partition type might be an issue.
Thanks to the normative power of the facts a "may" in the specs becomes
a reason to return a mainboard with an EFI that chooses to join the
"may not" side.
Have a nice day :)
Thomas
On 25/04/2024 13:51, Thomas Schmitt wrote:
Max Nikulin wrote:
"12.3.3 Number and Location of System Partitions
... Further, UEFI implementations may allow the use of conforming FAT
partitions which do not use the ESP GUID."
Another problem with the statement is that it only talks of GUID and
t
Hi,
i wrote:
> > It is disputed, whether the specs say that the partitions must be marked
> > by 0xEF in legacy MBR tables and by C12A7328-F81F-11D2-BA4B-00A0C93EC93B
> > in GPT.
Max Nikulin wrote:
> It happened so that I had locally a file with UEFI spec Version 2.3.1,
> Errata C June 27, 2012.
On 23/04/2024 13:21, Thomas Schmitt wrote:
Max Nikulin wrote:
Out of curiosity, does the requirement of specific GUID exist for removable
drives?
It is disputed, whether the specs say that the partitions must be marked
by 0xEF in legacy MBR tables and by C12A7328-F81F-11D2-BA4B-00A0C93EC93B
i
El 23/4/24 a las 8:21, Thomas Schmitt escribió:
(I still wonder which software in the Debian ISO needs the symbolic link
"/debian -> ." and which parts of the file tree are accessed via this
link. Probably one can avoid to duplicate the whole tree under /debian.)
Hello:
I have copied the file
Hi,
Max Nikulin wrote:
> Out of curiosity, does the requirement of specific GUID exist for removable
> drives?
It is disputed, whether the specs say that the partitions must be marked
by 0xEF in legacy MBR tables and by C12A7328-F81F-11D2-BA4B-00A0C93EC93B
in GPT.
In practice there seems to be no
On 23/04/2024 00:49, Thomas Schmitt wrote:
This aims at an undocumented habit of EFI implementations to look in
any FAT filesystem for a \EFI\BOOT directory with a suitable BOOT*.EFI
file and to start it, if found.
(Officially documented is to look in FAT filesystems of partitions with
MBR type 0
Hi,
Luis Muñoz Fuente wrote:
> I assume the problem is the debian link, which points to the same directory:
> $ ls -l tmp/debian
> lrwxrwxrwx 1 user user 1 Apr 22 20:47 tmp/debian -> .
> and creates a loop,
That's not a link loop, because "." is not a symbolic link.
But if a tree traversal is ins
I assume the problem is the debian link, which points to the same directory:
$ ls -l tmp/debian
lrwxrwxrwx 1 user user 1 Apr 22 20:47 tmp/debian -> .
and creates a loop, I guess that's also why if I compress with:
zip -r debian.zip tmp
It never ends but from the graphical environment it does com
El 22/4/24 a las 20:25, Thomas Schmitt escribió:
Hard to say if you do not show what you do in particular.
Yes, sorry.
$ du debian-12.5.0-amd64-netinst.iso
644100 debian-12.5.0-amd64-netinst.iso
# mount debian-12.5.0-amd64-netinst.iso /mnt
mount: /mnt: ATENCIÓN: el dispositivo está protegi
Hi,
Luis Muñoz Fuente wrote:
> why does extracting the files from the debian iso increase the
> size so much?
Hard to say if you do not show what you do in particular.
In general an increase of about 120 MB is to be expected because of
expansion of hardlinks:
$ du debian-12.2.0-amd64-netinst
El 22/4/24 a las 19:49, Thomas Schmitt escribió:
Hi,
Thanks for the reply. My question is rather why the size increases so
much. When I take a folder that occupies 5 GiB and with mkisofs I create
an iso file, it still occupies 5 GiB. And if I later extract the files
it takes up 5 GiB again
Hi,
Luis Muñoz Fuente wrote:
> I recently used clonezilla and followed these instructions:
> https://clonezilla.org/liveusb.php#linux-setup
The variation for "uEFI", i assume.
This aims at an undocumented habit of EFI implementations to look in
any FAT filesystem for a \EFI\BOOT directory with a
Hello:
I recently used clonezilla and followed these instructions:
https://clonezilla.org/liveusb.php#linux-setup
to create a bootable pendrive from a zip file. What I liked about this
method is that I can continue saving data on the pendrive and if I want
to delete clonezilla I just have
The container file(s): [EMAIL PROTECTED] were deleted. The original attachment
was blocked from delivery due to current attachment blocking rules. If you wish
to send a container file, please rename the file extension to an unknown
extension.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wi
On Tue, 4 Mar 2008 13:15:23 +0100
Michelle Konzack <[EMAIL PROTECTED]> wrote:
> Hello Amit...
>
> Am 2008-03-02 13:50:52, schrieb Amit Uttamchandani:
> > Hey guys,
>
> Grmpf! -- I am not a guy...
>
Sorry bout that ;)
> > I was given a 18GB (yes GB) co
Am 2008-03-02 19:43:36, schrieb Douglas A. Tutty:
> AFAIK, splitting it won't work since unzip will need the file headers.
If you use "zipsplit" each file produced will work alone
since it will have there own header.
> I'd find a nice directory where you can write that has 70 GB or so free,
> cop
Am 2008-03-02 20:19:59, schrieb Douglas A. Tutty:
> Assuming that the person intended to send that much data (pictures) via
> the network, and that the person can't create a tarball, what's the
> problem with an 18GB zip file? Its dos's version of a tarball.
>
&g
p two 4 GB, until PKWARE extended it. See the Wikipedia
> article: http://en.wikipedia.org/wiki/ZIP_%28file_format%29.
Hmmm, I have accidently create a 37 Gbyte ZIP file of my ${HOME} and can
access it without any problems from "mc". Realy weird, since I have
over 300 executables
Hello Amit...
Am 2008-03-02 13:50:52, schrieb Amit Uttamchandani:
> Hey guys,
Grmpf! -- I am not a guy...
> I was given a 18GB (yes GB) compressed zip file by a family member,
> containing all kinds of photos and videos.
I have accidently ziped my ${HOME} and gotten a 37 GByte
ip: reading Kodak Pictures/04-16-2006/CIMG2874.JPG
> zip: reading Kodak Pictures/04-16-2006/CIMG2875.JPG
> zip: reading Kodak Pictures/04-16-2006/CIMG2876.JPG
> zip: reading Kodak Pictures/04-16-2006/CIMG2877.JPG
>
> zip error: Unexpected end of zip file (Kodak Pictures.zip)
>
es/04-16-2006/CIMG2873.JPG
zip: reading Kodak Pictures/04-16-2006/CIMG2874.JPG
zip: reading Kodak Pictures/04-16-2006/CIMG2875.JPG
zip: reading Kodak Pictures/04-16-2006/CIMG2876.JPG
zip: reading Kodak Pictures/04-16-2006/CIMG2877.JPG
zip error: Unexpected end of zip file (Kodak Pictures.zip)
And
ller
>>> will do just fine. Simply fire up Nautilus and click on the zip
>>> file. But Dotan is correct: it also take *time*. So while it's
>>> plowing thru the zip file, relax, get a cup of steaming hot coffee,
>>> and scald the face of the idiot who created a
On Sun, Mar 02, 2008 at 08:55:36PM -0600, Ron Johnson wrote:
> > iso files aren't compressed. When downloading a new OS CD, I wish they
> > were gzipped; would save a bunch of telephone time.
>
> I wonder how compressible they are.
Well, I suppose it depends on what's on it.
I just tried a
On Sun, Mar 02, 2008 at 11:41:33PM -0800, Amit Uttamchandani wrote:
> Thanks for the investigation! If mc obtains the list without full
> decompression that is very good news. I will try it once I get my hand
> on that file. I am still trying to figure out a way to get it (trying
> to log in and
fire up Nautilus and click on the zip
file. But Dotan is correct: it also take *time*. So while it's
plowing thru the zip file, relax, get a cup of steaming hot coffee,
and scald the face of the idiot who created an 18GB zip file...
Assuming that the person intended to send that mu
On Mon, Mar 03, 2008 at 07:55:57AM +0100, Sven Joachim wrote:
> It might be possible to unzip the file with the 7z utility, contained in
> the p7zip-full package.
If the following page is correct
Linkname: zip/unzip - file too big - LinuxQuestions.org
http://www.linuxquestions.org/questions/li
On Sun, Mar 02, 2008 at 11:41:33PM -0800, Amit Uttamchandani wrote:
> Thanks for the investigation! If mc obtains the list without full
> decompression that is very good news.
however, since mc calls the commands zip / unzip to operate on .zip
files it is much better, for debugging pourposes, to d
On Mon, 3 Mar 2008 06:41:29 +0100
NN_il_Confusionario <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 02, 2008 at 07:43:36PM -0500, Douglas A. Tutty wrote:
> > On Sun, Mar 02, 2008 at 01:50:52PM -0800, Amit Uttamchandani wrote:
> > > And also, is there a tool to browse zip files...like how midnight
> > >
On 2008-03-03 01:43 +0100, Douglas A. Tutty wrote:
> I'd find a nice directory where you can write that has 70 GB or so free,
> copy the 18 GB file there (yes, copy so that nothing can wreck it while
> you work on it), then use unzip on it. I imagine that it will take a
> while.
It may not take
On 03/03/2008, Douglas A. Tutty <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 02, 2008 at 07:03:26PM -0600, Ron Johnson wrote:
>
> > If you happen to be using GNOME (God's own DE), then file-roller
> > will do just fine. Simply fire up Nautilus and click on the zip
>
On Sun, Mar 02, 2008 at 07:43:36PM -0500, Douglas A. Tutty wrote:
> Good luck and have patience. I would run this from the CLI and not from
> X (don't want a dying X to cause problems).
one can also use a terminal inside X, provided that the CLI command is
given inside "screen"
(sorry for the do
On Sun, Mar 02, 2008 at 07:43:36PM -0500, Douglas A. Tutty wrote:
> On Sun, Mar 02, 2008 at 01:50:52PM -0800, Amit Uttamchandani wrote:
> > And also, is there a tool to browse zip files...like how midnight
> > commander is able to browse tar.gz files without decompressing them.
> > From there on, I
On Sun, Mar 02, 2008 at 08:19:59PM -0500, Douglas A. Tutty wrote:
> On Sun, Mar 02, 2008 at 07:03:26PM -0600, Ron Johnson wrote:
>
> > If you happen to be using GNOME (God's own DE), then file-roller
> > will do just fine. Simply fire up Nautilus and click on the zip
Amit Uttamchandani wrote:
>>> Hey guys,
>>>
>>> I was given a 18GB (yes GB) compressed zip file by a family
>>> member, containing all kinds of photos and videos.
>> Did they ftp it to you in ASCII mode?
>>
>>> The problem now is they cannot unzip it
us and click on the zip
>> file. But Dotan is correct: it also take *time*. So while it's
>> plowing thru the zip file, relax, get a cup of steaming hot coffee,
>> and scald the face of the idiot who created an 18GB zip file...
>>
>
> Assuming that the person intende
On Sun, 02 Mar 2008 19:03:26 -0600
Ron Johnson <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/02/08 15:50, Amit Uttamchandani wrote:
> > Hey guys,
> >
> > I was given a 18GB (yes GB) compressed zip file by a family
On Sun, 2 Mar 2008 20:19:59 -0500
"Douglas A. Tutty" <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 02, 2008 at 07:03:26PM -0600, Ron Johnson wrote:
>
> > If you happen to be using GNOME (God's own DE), then file-roller
> > will do just fine. Simply fire up
e_zip_file.txt
> $ view stupidly_large_zip_file.txt
>
> If you happen to be using GNOME (God's own DE), then file-roller
> will do just fine. Simply fire up Nautilus and click on the zip
> file. But Dotan is correct: it also take *time*. So while it's
> plowing thru the zip f
On Sun, Mar 02, 2008 at 07:03:26PM -0600, Ron Johnson wrote:
> If you happen to be using GNOME (God's own DE), then file-roller
> will do just fine. Simply fire up Nautilus and click on the zip
> file. But Dotan is correct: it also take *time*. So while it's
> plowing th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/02/08 18:43, Douglas A. Tutty wrote:
[snip]
>
> I'd find a nice directory where you can write that has 70 GB or so free,
> copy the 18 GB file there (yes, copy so that nothing can wreck it while
> you work on it), then use unzip on it.
Since vi
On Sun, Mar 02, 2008 at 01:50:52PM -0800, Amit Uttamchandani wrote:
> Hey guys,
>
> I was given a 18GB (yes GB) compressed zip file by a family member,
> containing all kinds of photos and videos.
>
> The problem now is they cannot unzip it (using Mac OS X Leopard). The
> un
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/02/08 15:50, Amit Uttamchandani wrote:
> Hey guys,
>
> I was given a 18GB (yes GB) compressed zip file by a family
> member, containing all kinds of photos and videos.
Did they ftp it to you in ASCII mode?
> The problem now
* Amit Uttamchandani <[EMAIL PROTECTED]> [2008 Mar 02 15:55 -0600]:
> And also, is there a tool to browse zip files...like how midnight commander
> is able to browse tar.gz files without decompressing them. From there on, I
> can just copy the most important files out without having to decompres
On 02/03/2008, Amit Uttamchandani <[EMAIL PROTECTED]> wrote:
> Hey guys,
>
> I was given a 18GB (yes GB) compressed zip file by a family member,
> containing all kinds of photos and videos.
>
> The problem now is they cannot unzip it (using Mac OS X Leopard). The unzip
Hey guys,
I was given a 18GB (yes GB) compressed zip file by a family member, containing
all kinds of photos and videos.
The problem now is they cannot unzip it (using Mac OS X Leopard). The unzip
tool always exits with an error.
Now, I haven't received the zip file yet...still downloadi
hi ya
what was your mutt command ???
mutt -s "send an attachment" -a /tmp/attach.zip [EMAIL PROTECTED]
< /tmp/message.txt
c ya
alvin
On Fri, 28 Dec 2001, shyamk @ eth . net wrote:
> I tried sending a zip file as attachment from mutt , but it does
> not go . The rec
I tried sending a zip file as attachment from mutt , but it does
not go . The recipient does see the mail , but not the attachment !
The version of zip I use : Zip 2.3
This is what file FL.zip shows :
Zip archive data
What can the reason for this anomaly be?
Thanks,
Shyam
--
([EMAIL
On Tue, 2 Nov 1999, Ralph Winslow wrote:
> I recently recieved a .zip file in the e-mail, and when I tried:
>
> $ gunzip file.zip
> gunzip: zile.zip: unknown suffix -- ignored
>
> What am I doing wrong?
>
Better try "http://packages.debian.org/unzip";. But it s
I recently recieved a .zip file in the e-mail, and when I tried:
$ gunzip file.zip
gunzip: zile.zip: unknown suffix -- ignored
What am I doing wrong?
--
-
Ralph Winslow [EMAIL PROTECTED]
The IQ of the group is that of the member
whose IQ
unzip (there's a Debian package of this, also of zip).
On Sat, 26 Dec 1998 [EMAIL PROTECTED] wrote:
> Folks,
>
> The subject pretty well says it all. Many files on the network are
> compressed using pkzip for M$DOS.
> What utilitites are available in Linux to un-zip such things?
>
>
>
On Sat, Dec 26, 1998 at 08:09:38AM -0800, [EMAIL PROTECTED] wrote:
>
> Folks,
>
> The subject pretty well says it all. Many files on the network are
> compressed using pkzip for M$DOS.
> What utilitites are available in Linux to un-zip such things?
>
Unzip is in the Non-Free distributio
On Sat, 26 Dec 1998 08:09:38 -0800 (PST), [EMAIL PROTECTED] wrote:
>What utilitites are available in Linux to un-zip such things?
hi unzip 5.32-1 De-archiver for .zip files
--
Steve C. Lamb | I'm your priest, I'm your shrink, I'm your
ICQ: 5107343
Folks,
The subject pretty well says it all. Many files on the network are
compressed using pkzip for M$DOS.
What utilitites are available in Linux to un-zip such things?
--
'til next we type...
HAVE FUN!! -- Jesse
54 matches
Mail list logo
