Hi,
> This is fair, back in the old days I recall setting a machine to burn a
> disc then wandering off.
My incremental backup updates shortened from 3.5 minutes to
about 1.5 minutes on the new machine.
Nevertheless i have reason to go for a cup of tea because
it is advisable to keep the hands of
On 04/08/15 17:06, Thomas Schmitt wrote:
> Hi,
>
> Stuart Longland wrote:
>> Silly question, but why does re-loading a disc take more than 197 seconds?
>
> It comes out (intentionally) after a backup run is complete
> and went well. (See man xorriso example "Incremental backup
> of a few director
On 2015-08-04, Thomas Schmitt wrote:
> Hi,
>
> Curt wrote:
>> What about
>> sysctl -w dev.cdrom.autoclose=0
>
> Now that's an interesting name.
>
> # sysctl dev.cdrom.autoclose
> dev.cdrom.autoclose = 1
>
> Nitpickingly, i'd say that /dev/cdrom is not the mad drive sr1,
> but rather its iwell
Hi,
Curt wrote:
> What about
> sysctl -w dev.cdrom.autoclose=0
Now that's an interesting name.
# sysctl dev.cdrom.autoclose
dev.cdrom.autoclose = 1
Nitpickingly, i'd say that /dev/cdrom is not the mad drive sr1,
but rather its iwell behaved neighbor sr0
lrwxrwxrwx 1 root root 3 Aug 3 1
On 2015-08-04, Thomas Schmitt wrote:
>
> Nevertheless i disabled this kernel feature by
> echo 0 >/sys/block/sr1/events_poll_msecs
> and now btrace(8) does not show any SCSI traffic when the tray
> goes in.
>
What about
sysctl -w dev.cdrom.autoclose=0
Or is that completely off the mark?
--
Thomas Schmitt wrote:
> I use BD-R and BD-RE for multi-volume backups with scdbackup,
> and for multi-session backups with xorriso directly.
>
> scdbackup
> http://scdbackup.sourceforge.net/main_eng.html
> splits large backup areas into file collections which
> fit on single media:
(...)
> htt
Hi,
> I apologize for mailing you off-list
Well, i got it with these headers
To: debian-user@lists.debian.org
Resent-From: debian-user@lists.debian.org
The mail address scdbac...@gmx.net is public for support of
optical drives, ISO 9660, and backup in general. If your topic
is of public in
On Tue, 04 Aug 2015 09:06:15 +0200
"Thomas Schmitt" wrote:
> Hi,
>
> Stuart Longland wrote:
> > Silly question, but why does re-loading a disc take more than 197 seconds?
>
> It comes out (intentionally) after a backup run is complete
> and went well. (See man xorriso example "Incremental backu
Hi,
Stuart Longland wrote:
> > Finally it discourages the tray's misuse by the illiterate (e.g. as a
> > carry handle or cup holder).
Chris Bannister wrote:
> That sounds like Windoze thinking. I, personaly, would hate the idea
> that the disc tray may automatically retract without notice.
> Does
Hi,
Stuart Longland wrote:
> Silly question, but why does re-loading a disc take more than 197 seconds?
It comes out (intentionally) after a backup run is complete
and went well. (See man xorriso example "Incremental backup
of a few directory trees".)
Then i'd expect it to stay out until i remove
On Tue, Aug 04, 2015 at 09:06:49AM +1000, Stuart Longland wrote:
>
> To me, a tray automatically retracting itself after being open for more
> than a minute sounds a perfectly reasonable damage-prevention measure.
>
> It prevents dust from settling on the tray, thus getting drawn into the
> worki
Hi Lisi,
On 04/08/15 08:43, Lisi Reisz wrote:
> On Monday 03 August 2015 23:39:48 Stuart Longland wrote:
>> On 28/07/15 22:58, Thomas Schmitt wrote:
The delay seems a bit long for such an action though.
>>>
>>> My measurements were all between 197 and 200 seconds.
>>> With some inaccuracy beca
On Monday 03 August 2015 23:39:48 Stuart Longland wrote:
> On 28/07/15 22:58, Thomas Schmitt wrote:
> >> The delay seems a bit long for such an action though.
> >
> > My measurements were all between 197 and 200 seconds.
> > With some inaccuracy because waiting 3 minutes harms my
> > reaction time.
On 28/07/15 22:58, Thomas Schmitt wrote:
>> The delay seems a bit long for such an action though.
> My measurements were all between 197 and 200 seconds.
> With some inaccuracy because waiting 3 minutes harms my
> reaction time.
Silly question, but why does re-loading a disc take more than 197 sec
On Tue, 28 Jul 2015 19:19:05 +0200
"Thomas Schmitt" wrote:
> Ok. By popular demand a link to a comprehensive explanation
> of the Deppenapostroph and how to avoid it:
Vielen Dank.
Grüssen,
Ron.
--
Do not meddle in the affairs of wizards,
for they are su
Hi,
i wrote:
> > > (Just like the genitive apostrophe is in german. We will
> > > never get rid of it again.)
Lisi Reisz wrote:
> > How on earth does it get used in German? I'd like to know - but you had
> > better reply off list!
Renaud (Ron) OLGIATI wrote:
> Please, no, we also want to know
On Tuesday 28 July 2015 16:31:42 Curt wrote:
> > Yes, I missed that. I couldn't find it. I stand corrected. But it is
> > certainly not in normal use.
>
> You said it was "meaningless" in English.
Yes, as I said above, and you have quoted, I stand corrected.
Lisi
--
To UNSUBSCRIBE, email to
On Tue, 28 Jul 2015 15:30:21 +0100
Lisi Reisz wrote:
> How on earth does it get used in German? I'd like to know - but you had
> better reply off list!
Please, no, we also want to know !
Cheers,
Ron.
--
There is no branch of mathematics, however abstract,
which may not
On 2015-07-28, Lisi Reisz wrote:
> On Tuesday 28 July 2015 12:48:25 Alexis wrote:
>> Lisi Reisz writes:
>> > On Tuesday 28 July 2015 11:49:33 Thomas Schmitt wrote:
>> >> The lure for error is even more appealing because both words
>> >> have an abbreviation: "resp." and "bzw.".
>> >
>> > We are b
On Tuesday 28 July 2015 12:59:06 Thomas Schmitt wrote:
> Hi,
>
> Lisi Reisz wrote:
> > Not in English, it doesn't; resp. is meaningless, unfortunately.
>
> Blame the dictionaries. I'm just their victim.
>
> https://en.wiktionary.org/wiki/resp.#Abbreviation
> http://www.oxforddictionaries.com/
On Tuesday 28 July 2015 12:48:25 Alexis wrote:
> Lisi Reisz writes:
> > On Tuesday 28 July 2015 11:49:33 Thomas Schmitt wrote:
> >> The lure for error is even more appealing because both words
> >> have an abbreviation: "resp." and "bzw.".
> >
> > We are back to the nub of the problem. Not in Eng
Hi,
Frédéric Marchal wrote:
> Could it be closing because the open sensor is defective or not
> properly aligned or the drawer reaches the mechanical hard stop?
The drive mechanics appear to be ok.
It goes out when i want it and it is unused.
It goes in when i want ... and after 200 seconds regar
Hi,
Lisi Reisz wrote:
> Not in English, it doesn't; resp. is meaningless, unfortunately.
Blame the dictionaries. I'm just their victim.
https://en.wiktionary.org/wiki/resp.#Abbreviation
http://www.oxforddictionaries.com/definition/english/resp.
Yes, various forum users do object loudly.
B
2015-07-28 10:20 GMT+02:00 Thomas Schmitt :
> Hi,
>
> Mike Castle wrote:
>> Has the drive displayed this behavior since you turned on the machine,
>> or just you just start to notice it after a while?
>
> I noticed it on the day when i got the machine.
>
>
>> Ok, really maybe it only starts to happ
Lisi Reisz writes:
On Tuesday 28 July 2015 11:49:33 Thomas Schmitt wrote:
The lure for error is even more appealing because both words
have an abbreviation: "resp." and "bzw.".
We are back to the nub of the problem. Not in English, it
doesn't; resp. is meaningless, unfortunately.
i've
On Tuesday 28 July 2015 11:49:33 Thomas Schmitt wrote:
> The lure for error is even more appealing because both words
> have an abbreviation: "resp." and "bzw.".
We are back to the nub of the problem. Not in English, it doesn't; resp. is
meaningless, unfortunately. My spell-checker has just (c
Hi,
Joel Rees wrote:
> I instinctively look for a pair of lists of things to map when I see
> "respectively" in these contexts.
Now that i know the correct meaning i do understand why
the german-ish use appears so odd to native speakers.
That's why i deem the main translation flatly false:
"resp
On Tue, Jul 28, 2015 at 3:32 PM, Thomas Schmitt wrote:
> Hi,
>
> [...]
> Here is a nice spectrum of "beziehungsweise" and its english
> counterparts.
> http://www.linguee.com/german-english/translation/beziehungsweise.html
> Some "respectively" are among them. Some are quite near to
> my (mislea
On Tuesday 28 July 2015 07:32:54 Thomas Schmitt wrote:
> I was not aware that "resp." is wrong
> in that context.
The main problem is that it isn't an English word, so one can't look it up in
a dictionary. And Chris's question was quite clear!!
I obviously have a mental block for bzw. I'll mak
On Tuesday 28 July 2015 05:23:48 Joel Rees wrote:
> Hi, Lisi,
Hi, Joel,
> If I'm still in your blacklists, it won't help for me to comment, but ...
No, you're not. I'm surprised that it mattered enough for you to remember!
> 2015/07/28 6:46 "Lisi Reisz" :
> > On Monday 27 July 2015 16:53:14 Th
Hi,
Mike Castle wrote:
> Has the drive displayed this behavior since you turned on the machine,
> or just you just start to notice it after a while?
I noticed it on the day when i got the machine.
> Maybe it only starts to happen after it's been on for a while, and
> Window machines don't stay
Hi,
Lisi Resiz wrote:
> > If you do use foreign words, you need to be willing to explain them when
> > asked, as you were by Chris.
But i did not understand that it was about english language
and not about computing. I was not aware that "resp." is wrong
in that context.
> > I'm still not clear
On Tue, Jul 28, 2015 at 01:23:48PM +0900, Joel Rees wrote:
> I'd go with the idea suggested on the stackexchange post he referenced,
> that, in other contexts, the English grammar puts the "beziehungswiese"
> after two lists which are being associated:
>
> ... translating breakfast, lunch, and
Hi, Lisi,
If I'm still in your blacklists, it won't help for me to comment, but ...
2015/07/28 6:46 "Lisi Reisz" :
>
> On Monday 27 July 2015 16:53:14 Thomas Schmitt wrote:
> > "The problem with defending the purity of the English language is that
> > English is about as pure as a cribhouse whor
On Sat, Jul 25, 2015 at 4:44 AM, Thomas Schmitt wrote:
>
> LG Germany answered quickly and stated that the drive is
> not known to show this behavior under MS-Windows.
> (Linux is not on their compatibility list, they say.)
Has the drive displayed this behavior since you turned on the machine,
o
On Monday 27 July 2015 16:53:14 Thomas Schmitt wrote:
> "The problem with defending the purity of the English language is that
> English is about as pure as a cribhouse whore. We don't just borrow words;
> on occasion, English has pursued other languages down alleyways to beat
> them unconscious a
Hi,
i wrote:
> > > > btrace(8) (resp. blktrace(8)) seems to be the better
Chris Bannister wrote:
> > > Excuse my ignorance, but I was wondering what 'resp.' means here.
> > [i missed the point]
Lisi Reisz wrote:
> But what does "resp." mean?
I guess there is something wrong with my use of "re
On Monday 27 July 2015 15:17:50 Thomas Schmitt wrote:
> Hi,
>
> i wrote:
> > > btrace(8) (resp. blktrace(8)) seems to be the better
>
> Chris Bannister wrote:
> > Excuse my ignorance, but I was wondering what 'resp.' means here.
>
> btrace lets blktrace do the work and blkparse tell the user.
>
> m
Hi,
i wrote:
> > btrace(8) (resp. blktrace(8)) seems to be the better
Chris Bannister wrote:
> Excuse my ignorance, but I was wondering what 'resp.' means here.
btrace lets blktrace do the work and blkparse tell the user.
man 8 btrace:
"The btrace script provides a quick and easy way to do liv
Hi,
Alan Greenberger wrote:
> You might try
> lsof -r 1 /dev/sr0
> If you are lucky it will catch something. If I type eject a few times,
> it will catch one.
btrace(8) (resp. blktrace(8)) seems to be the better
inspector in this case. It shows i/o traffic down to
SCSI commands and there is no r
On 2015-07-24, Thomas Schmitt wrote:
> Hi,
>
> one of my optical drives automatically pulls in its tray if it stands
> out for a few minutes. The four others do not try to byte my fingers.
>
> The waiting time between manual tray eject and automatic tray load
> is quite reliably 195 to 200 seconds
Hi,
Nicolas George:
> I have read that some windows install images are available gratis.
Before i do that i dismantle my new computer.
But there are enough old Linux ISOs in my regression test vault.
> Trying
> one (without actually installing) would be a good way of proving that the LG
> suppo
Le septidi 7 thermidor, an CCXXIII, Thomas Schmitt a écrit :
> I will also try a non-Debian rescue system for BIOS.
I have read that some windows install images are available gratis. Trying
one (without actually installing) would be a good way of proving that the LG
support is spreading nonsense.
Hi,
i wrote:
> > LG Germany answered quickly and stated that the drive is
> > not known to show this behavior under MS-Windows.
Lisi Reisz wrote:
> Well, it was a nice idea while it lasted. And worth testing.
Your theory is not totally ruled out yet.
It is just hard to test because to surely di
Le septidi 7 thermidor, an CCXXIII, Thomas Schmitt a écrit :
> LG Germany answered quickly and stated that the drive is
> not known to show this behavior under MS-Windows.
> (Linux is not on their compatibility list, they say.)
You could test if the observed behaviour happens when the computer is
On Saturday 25 July 2015 12:44:47 Thomas Schmitt wrote:
> Hi,
>
> LG Germany answered quickly and stated that the drive is
> not known to show this behavior under MS-Windows.
> (Linux is not on their compatibility list, they say.)
:-(
Well, it was a nice idea while it lasted. And worth testing.
Hi,
LG Germany answered quickly and stated that the drive is
not known to show this behavior under MS-Windows.
(Linux is not on their compatibility list, they say.)
Have a nice day :)
Thomas
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
Hi,
Lisi Reisz wrote:
> Yes, I rather wondered whether it was the drive itself.
Currently your theory has good chances to be true.
Only the theory about EFI looks like a valid competitor.
Have a nice day :)
Thomas
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a su
Hi,
The Wanderer wrote:
> * The BIOS, or (more likely in a modern system) UEFI.
Good point. I forgot that my new machine possibly runs two
OSes simultaneously: EFI and Linux.
But my experience with UEFI is restricted to creating the
entry points in bootable ISOs. (The circumstances of my
migrati
On Saturday 25 July 2015 12:07:29 The Wanderer wrote:
> * The firmware on the optical drive itself.
Yes, I rather wondered whether it was the drive itself.
https://lists.debian.org/201507241208.16237.lisi.re...@gmail.com
Lisi
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
On 07/25/2015 at 07:06 AM, Thomas Schmitt wrote:
> Hi,
>
> i stumbled over btrace(8) which lists the SCSI commands by
> blktrace, blkparse, and /sys/kernel/debug.
>
> The only traffic is every 2 seconds a 0x4A GET EVENT STATUS
> NOTIFICATION command in "Polled" operational mode, and
> notificat
Hi,
i stumbled over btrace(8) which lists the SCSI commands by
blktrace, blkparse, and /sys/kernel/debug.
The only traffic is every 2 seconds a 0x4A GET EVENT STATUS
NOTIFICATION command in "Polled" operational mode, and
notification class request "Media". I did not find out yet
how to get to vi
Hi,
Michael Biebl wrote:
> >> /lib/udev/rules.d/60-block.rules
I wrote:
> > There is no such file in my still quite vanilla 8.1.
Michael Biebl wrote:
> Ok, it wasn't clear which Debian version you were using. I was referring
> to unstable/testing.
Sorry, i mentioned it in my other thread about
Am 24.07.2015 um 16:37 schrieb Thomas Schmitt:
> Hi,
>
> Michael Biebl wrote:
>> Not sure if the in-kernel polling enabled in
>> /lib/udev/rules.d/60-block.rules
>> triggers this specific behaviour for this particular drive.
>>
>> Can you comment out the following two lines:
>> ACTION=="add", SUB
Hi,
Michael Biebl wrote:
> Not sure if the in-kernel polling enabled in
> /lib/udev/rules.d/60-block.rules
> triggers this specific behaviour for this particular drive.
>
> Can you comment out the following two lines:
> ACTION=="add", SUBSYSTEM=="module", KERNEL=="block",
> ATTR{parameters/event
Am 24.07.2015 um 13:48 schrieb Thomas Schmitt:
> But here i suspect to be victim of some fancy new feature
> of udev or kernel. My list of usual suspects is empty now.
> So i ask for new ones.
Not sure if the in-kernel polling enabled in /lib/udev/rules.d/60-block.rules
triggers this specific beh
Hi,
Lisi Reisz wrote:
> I would expect it to be the DVD drive itself,
That would be the first one to do this since i began
to operate them on SCSI level in 2006. (I'm developer of
libburn.)
The drive is new. An LG GH24NSC0.
Regrettably it is built-in to the computer. So i cannot easily
make expe
On Friday 24 July 2015 11:31:52 Thomas Schmitt wrote:
> Any idea what automat gropes my cheap DVD drive and ignores
> all my expensive Blurays ?
I would expect it to be the DVD drive itself, designed to prevent people
forgetting to shut it.
Don't forget that it needs power to do anything, so if
Hi,
one of my optical drives automatically pulls in its tray if it stands
out for a few minutes. The four others do not try to byte my fingers.
The waiting time between manual tray eject and automatic tray load
is quite reliably 195 to 200 seconds.
Optical driving is one of my sports. So i am su
59 matches
Mail list logo