Hi,
> Noce to hear from you.
I am always watching here for any problems with ISOs.
> LBA 0 is not an option.
Thanks for confirming this (once again).
It turned out that /dev/sdb1 is link target in ./by-label
with any partition start LBA. Lack of brains.
So the last hope is the double superb
>
> This yields an MBR (copied from $old_iso) with partition start
> LBA 64 (16 blocks of 2048)
Hm, that would mean that some crapware like adobe might write between
MBR and first partition.
>
> My test machine boots via BIOS. The ISO image is only equipped
> for BIOS, anyway. I have no means to
Hi,
> Isn't this HFS+ catalog sufficient for the problem at hand?
I see the misleading link to /dev/sdb1 with Debian 6
and with a Debian 7 based distro. Dunno which udev rule
first looks at /dev/sdb for an ISO PVD and then links
./by-label to the first partition of that device.
The filesystem it
On 03.11.2013 16:21, Thomas Schmitt wrote:
> Hi,
>
>> Isn't this HFS+ catalog sufficient for the problem at hand?
>
> I see the misleading link to /dev/sdb1 with Debian 6
> and with a Debian 7 based distro. Dunno which udev rule
> first looks at /dev/sdb for an ISO PVD and then links
> ./by-label
Hi,
> So it's bug in Debian, not in xorriso?
xorriso is not at fault. It only follows orders.
> It's in our git repo in util/
Yes, i know. But obviously there are older versions around.
For re-tinkering the image it would be helpful to know
the options used.
> grub-mkrescue.c is C one.
Oh. I
>
>> It's in our git repo in util/
>
> Yes, i know. But obviously there are older versions around.
> For re-tinkering the image it would be helpful to know
> the options used.
>
You can retrieve older versions from git history.
>
> I just collected all xorrisofs options of
> http://git.savann
Hi,
i believe to have found the udev rules in Debian 6 which
govern the population of /dev/disk/by-label.
File
/lib/udev/rules.d/60-persistent-storage.rules
has
# probe filesystem metadata of disks
KERNEL!="sr*", IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
...
ENV{ID_FS_LABEL_ENC
> @Attila: Thanks for figuring out the protocol. Do you have any problems
> with that information being used in that way?
you're welcome and thanks for taking care of it!
yes, please feel free to use whatever i've provided for grub for the
benefit of humanity! :)
i don't have physical access to
I've committed a patch introducing the same option but more compact and
accepting GRUB_DISABLE_SUBMENU=n
On 29.01.2013 20:23, Prarit Bhargava wrote:
> I'm not sure what the proper patch posting protocol is on this list and
> I've never used bzr before. If this is incorrect, please email me and let
Going through e-mail archives found this one, looks like it got
forgotten. Fixed problems with it and simplified greatly and committed.
On 18.12.2011 04:16, Peter Lustig wrote:
> On 17.12.2011 00:41, Vladimir 'phcoder' Serbinenko wrote:
>
>> /* nthibr.c - tests whether an MS Windows system partiti
On 11/1/13, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 01.11.2013 22:26, Aleš Nesrsta wrote:
>>
>>
>> Dne 29.10.2013 19:46, Vladimir 'φ-coder/phcoder' Serbinenko napsal(a):
>>> On 29.10.2013 19:35, Aleš Nesrsta wrote:
Only short note below...
Dne 27.10.2013 23:43, Vladimir 'φ
On 04.11.2013 02:10, Javier Vasquez wrote:
> On 11/1/13, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> On 01.11.2013 22:26, Aleš Nesrsta wrote:
>>>
>>>
>>> Dne 29.10.2013 19:46, Vladimir 'φ-coder/phcoder' Serbinenko napsal(a):
On 29.10.2013 19:35, Aleš Nesrsta wrote:
> Only short note b
Ping. Any updates?
On Mon, Oct 21, 2013 at 2:45 PM, Franz Hsieh wrote:
> Hi Vladimir,
> I don't know if l lose any update from you. Would you give me comments
> about
> the latest hotkey patch?
>
> Summary of the patch:
> * allow function keys / delete / backspace to interrupt sleep and s
Go ahead. I mistagged this one in my inbox and hence missed it, sorry
for this
On 25.07.2013 19:06, Andrey Borzenkov wrote:
> В Thu, 25 Jul 2013 16:44:08 +0200
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> On 21.07.2013 08:53, Andrey Borzenkov wrote:
>>> Is there any reason we may want to b
Thanks for the update. I'm glad to hear it made the cut.
On Sun, Nov 3, 2013 at 7:49 PM, Vladimir 'φ-coder/phcoder' Serbinenko <
phco...@gmail.com> wrote:
>
>
>
> Original Message
> Subject: Re: New command to check NT's hibernation state
> Date: Mon, 04 Nov 2013 01:48:51 +010
>> /usr/include/machine/_types.h:65: error: expected '=', ',', ';', 'asm'
>> or '__attribute__' before '__double_t'
>> /usr/include/machine/_types.h:66: error: expected '=', ',', ';', 'asm'
>> or '__attribute__' before '__float_t'
>You system headers do something stupid: they use float/double in
>s
16 matches
Mail list logo
