On Sun, Jan 12, 2025 at 02:02:45PM +0800, hlyg wrote:
> is it possible for moderator to remove posts that go astray too far when
> archiving?
>
Hi hlyg,
The Debian lists don't work quite that way. It's quite hard to establish
that there's nothing useful even in the longest threads. Also, Debian
a
On Thu 02 Mar 2023 at 10:32:41 (+0100), daven...@tuxfamily.org wrote:
> On 2023-03-02 00:24, David Wright wrote:
> > On Tue 28 Feb 2023 at 16:05:14 (+0100), daven...@tuxfamily.org wrote:
> > > On 2023-02-28 05:27, David Wright wrote:
> > > > On Thu 23 Feb 2023 at 11:23:30 (+0100), daven...@tuxfamil
On Thu, Mar 02, 2023 at 12:14:14PM -0600, David Wright wrote:
> On Thu 02 Mar 2023 at 17:23:23 (-), Curt wrote:
> > On 2023-03-02, David wrote:
[...]
> > Those seem like antithetical concepts.
>
> The state is identical in both cases, hence using the same letter.
> OTOH the paths to that st
On Thu 02 Mar 2023 at 17:23:23 (-), Curt wrote:
> On 2023-03-02, David wrote:
> > On Fri, 3 Mar 2023 at 00:19, Greg Wooledge wrote:
> >
> >> Man, I really wish the aptitude(8) man page would explain how to read
> >> the output of "why". What does the "p" mean? Purged? There's nothing
> >>
On 2023-03-02, David wrote:
> On Fri, 3 Mar 2023 at 00:19, Greg Wooledge wrote:
>
>> Man, I really wish the aptitude(8) man page would explain how to read
>> the output of "why". What does the "p" mean? Purged? There's nothing
>> in the man page that explains the symbols in the first 3 columns
On Fri, 3 Mar 2023 at 02:18, wrote:
> On 2023-03-02 14:19, Greg Wooledge wrote:
> > On Thu, Mar 02, 2023 at 02:01:57PM +0100, daven...@tuxfamily.org wrote:
> >> > > > akb@akira:~$ LC_ALL=C aptitude why ifupdown
> >> > > > p netscript-2.4 Provides ifupdown
> >> > > > p netscript-2.4 Depends b
On 2023-03-02 14:19, Greg Wooledge wrote:
On Thu, Mar 02, 2023 at 02:01:57PM +0100, daven...@tuxfamily.org wrote:
> > > akb@akira:~$ LC_ALL=C aptitude why ifupdown
> > > p netscript-2.4 Provides ifupdown
> > > p netscript-2.4 Depends bridge-utils (>= 0.9.3)
> > > p bridge-utils Suggests
On Fri, 3 Mar 2023 at 00:19, Greg Wooledge wrote:
> Man, I really wish the aptitude(8) man page would explain how to read
> the output of "why". What does the "p" mean? Purged? There's nothing
> in the man page that explains the symbols in the first 3 columns, as
> far as I can find.
Yeah. It
On Thu, Mar 02, 2023 at 02:01:57PM +0100, daven...@tuxfamily.org wrote:
> > > > akb@akira:~$ LC_ALL=C aptitude why ifupdown
> > > > p netscript-2.4 Provides ifupdown
> > > > p netscript-2.4 Depends bridge-utils (>= 0.9.3)
> > > > p bridge-utils Suggests ifupdown
> > > > akb@akira:~$ LC_ALL
On 2023-03-02 13:47, daven...@tuxfamily.org wrote:
On 2023-03-02 13:32, Greg Wooledge wrote:
On Thu, Mar 02, 2023 at 10:32:41AM +0100, daven...@tuxfamily.org
wrote:
This system never had any debian 10 or lower. It has been issued to
my by
$worksplace
in december 2021, initially running windows
On 2023-03-02 13:32, Greg Wooledge wrote:
On Thu, Mar 02, 2023 at 10:32:41AM +0100, daven...@tuxfamily.org wrote:
This system never had any debian 10 or lower. It has been issued to my
by
$worksplace
in december 2021, initially running windows.
akb@akira:~$ LC_ALL=C aptitude why ifupdown
p
On Thu, Mar 02, 2023 at 10:32:41AM +0100, daven...@tuxfamily.org wrote:
> This system never had any debian 10 or lower. It has been issued to my by
> $worksplace
> in december 2021, initially running windows.
> akb@akira:~$ LC_ALL=C aptitude why ifupdown
> p netscript-2.4 Provides ifupdown
> p
On 2023-03-02 00:24, David Wright wrote:
On Tue 28 Feb 2023 at 16:05:14 (+0100), daven...@tuxfamily.org wrote:
On 2023-02-28 05:27, David Wright wrote:
> On Thu 23 Feb 2023 at 11:23:30 (+0100), daven...@tuxfamily.org wrote:
> > On 2023-02-23 02:59, cono...@panix.com wrote:
[ … ]
Well, it look
On Tue 28 Feb 2023 at 16:05:14 (+0100), daven...@tuxfamily.org wrote:
> On 2023-02-28 05:27, David Wright wrote:
> > On Thu 23 Feb 2023 at 11:23:30 (+0100), daven...@tuxfamily.org wrote:
> > > On 2023-02-23 02:59, cono...@panix.com wrote:
> > >
> > > […]
> > >
> > > On the newer work laptop on th
On Tue, 2023-02-28 at 16:05 +0100, daven...@tuxfamily.org wrote:
>
> It's the systemd-style so-called "predictable" interfaces names.
> Replacing the older the eth0, wlan0, and so on…
>
> ens-something (annoying name made of multiple letters and digits) is the
> new name for eth0
Or eno for eth
On 2023-02-28 05:27, David Wright wrote:
On Thu 23 Feb 2023 at 11:23:30 (+0100), daven...@tuxfamily.org wrote:
On 2023-02-23 02:59, cono...@panix.com wrote:
[…]
On the newer work laptop on the other hand, there is that eth0 block,
there's is no eth0 interface on my system (there's enp.* and en
On Thu 23 Feb 2023 at 11:23:30 (+0100), daven...@tuxfamily.org wrote:
> On 2023-02-23 02:59, cono...@panix.com wrote:
> > On 2/22/23, daven...@tuxfamily.org wrote:
> > >
> > > There is an unidentified process that decides it's ok to delete and
> > > recreate /etc/resolv.conf without asking user/a
On Mon, Feb 27, 2023 at 03:14:40PM +0100, daven...@tuxfamily.org wrote:
> I did
>
> - chattr +i /etc/revolv.conf
>
> And when auditd showed a (failed) delete event on /etc/resolv.conf
>
> I grepped "resolv.conf" recursively on /var/log/, and All I've found are
> entries in
>
> - /var/log/instal
Hello
On 2023-02-24 11:27, daven...@tuxfamily.org wrote:
On 2023-02-24 10:27, to...@tuxteam.de wrote:
On Fri, Feb 24, 2023 at 10:19:38AM +0100, daven...@tuxfamily.org
wrote:
[...]
BUT I will make sure to take some time to dig into the logs monday.
Now that I have an idea what I'm looking for
those binaries you have.
>
> I have they two resolved_manager binaries, but since systemd-resolvd
> service is disabled and stopped on my system, I highly doubt these are
> used.
> It's more likely modify_resolvconf_generic
>
> However, I didn't notice any vnpc_scr
On Fri, Feb 24, 2023 at 10:19:38AM +0100, daven...@tuxfamily.org wrote:
> However, I didn't notice any vnpc_script malfunction. It does what it is
> expected to do. I'm like 99% sure the problem is dhclient deleting and
> recreating /etc/resolv.conf as it sees fit, multip
On Fri, Feb 24, 2023 at 11:27:40AM +0100, daven...@tuxfamily.org wrote:
> [...] totally agree logs are better than suspicion
But please, don't take my snark all too seriously. On reread I
realize it might have sounded harsher than it was meant.
Cheers
--
t
signature.asc
Description: PGP signa
On 2023-02-24 10:27, to...@tuxteam.de wrote:
On Fri, Feb 24, 2023 at 10:19:38AM +0100, daven...@tuxfamily.org wrote:
[...]
However, I didn't notice any vnpc_script malfunction. It does what it
is
expected to do. I'm like 99% sure the problem is dhclient deleting and
recre
On Fri, Feb 24, 2023 at 10:19:38AM +0100, daven...@tuxfamily.org wrote:
[...]
> However, I didn't notice any vnpc_script malfunction. It does what it is
> expected to do. I'm like 99% sure the problem is dhclient deleting and
> recreating /etc/resolv.conf as it sees fit, m
ikely modify_resolvconf_generic
However, I didn't notice any vnpc_script malfunction. It does what it is
expected to do. I'm like 99% sure the problem is dhclient deleting and
recreating /etc/resolv.conf as it sees fit, multiple times a day, and
deleting whatever vpnc_script has put in that file.
On Thu, Feb 23, 2023 at 11:39:03PM -0600, David Wright wrote:
[...]
> vpnc_script has about eight methods available for setting up and
> reverting resolv.conf. Which is used depends on the presence of
> a binary, checked in turn from this list:
>
> /etc/openwrt_release modify_resolvco
On Thu 23 Feb 2023 at 10:44:35 (+0100), daven...@tuxfamily.org wrote:
> On 2023-02-22 22:08, David Wright wrote:
> > On Wed 22 Feb 2023 at 18:12:29 (+0100), daven...@tuxfamily.org wrote:
> >
> > > What I want is: setting up /etc/resolv.conf ONLY
> > > - at system startup/initial network connexion
Hi.
On Thu, Feb 23, 2023 at 11:31:44AM +0100, daven...@tuxfamily.org wrote:
> > If it is DHCP: You might do a countermeasure in
> > /etc/dhcp/dhclient.conf. On my system I have an entry as below.
> >
> > interface "wlp4s0" {
> > supersede domain-name-servers 127.0.0.1;
>
> Unfortunately,
On 2023-02-23 10:54, to...@tuxteam.de wrote:
On Thu, Feb 23, 2023 at 10:44:35AM +0100, daven...@tuxfamily.org wrote:
[...]
Thank you. I'll give it a try, But I won't be on remote work before
next
week
Which log file is used for that?
That depends: it's the perpetrator's choice where to log
On 23/2/23 18:23, daven...@tuxfamily.org wrote:
Hello,
On 2023-02-23 02:59, cono...@panix.com wrote:
On 2/22/23, daven...@tuxfamily.org wrote:
There is an unidentified process that decides it's ok to delete and
recreate /etc/resolv.conf without asking user/admin,
The problem is, the problema
Hi
On 2023-02-22 18:30, Christoph Brinkhaus wrote:
Am Wed, Feb 22, 2023 at 06:12:29PM +0100 schrieb
daven...@tuxfamily.org:
= context =
For the context, I use a Debian 11 laptop for work. When I work
remotely
from home, I have to use a cisco VPN. Good thing is there is
openco
Hello,
On 2023-02-23 02:59, cono...@panix.com wrote:
On 2/22/23, daven...@tuxfamily.org wrote:
There is an unidentified process that decides it's ok to delete and
recreate /etc/resolv.conf without asking user/admin,
The problem is, the problematic process is not work's VPN related and
creates
On Thu, Feb 23, 2023 at 10:44:35AM +0100, daven...@tuxfamily.org wrote:
[...]
> Thank you. I'll give it a try, But I won't be on remote work before next
> week
> Which log file is used for that?
That depends: it's the perpetrator's choice where to log (or whether
to log at all, sadly).
> So ins
Hello
On 2023-02-22 22:08, David Wright wrote:
On Wed 22 Feb 2023 at 18:12:29 (+0100), daven...@tuxfamily.org wrote:
What I want is: setting up /etc/resolv.conf ONLY
- at system startup/initial network connexion.
- when openconnect is executed and connects to work's VPN
- when openconnect is
On 2/22/23, daven...@tuxfamily.org wrote:
>
> There is an unidentified process that decides it's ok to delete and
> recreate /etc/resolv.conf without asking user/admin,
> The problem is, the problematic process is not work's VPN related and
> creates the file with wrong resolver's IP. The IP corre
On 2/22/23, daven...@tuxfamily.org wrote:
>
> There is an unidentified process that decides it's ok to delete and
> recreate /etc/resolv.conf without asking user/admin,
> The problem is, the problematic process is not work's VPN related and
> creates the file with wrong resolver's IP. The IP corre
On Wed 22 Feb 2023 at 18:12:29 (+0100), daven...@tuxfamily.org wrote:
> What I want is: setting up /etc/resolv.conf ONLY
> - at system startup/initial network connexion.
> - when openconnect is executed and connects to work's VPN
> - when openconnect is ^C-ed and disconnects from the works VPN
>
On Wed, Feb 22, 2023 at 06:12:29PM +0100, daven...@tuxfamily.org wrote:
> There is an unidentified process that decides it's ok to delete and recreate
> /etc/resolv.conf without asking user/admin,
> The problem is, the problematic process is not work's VPN related and
> creates the file with wrong
Am Wed, Feb 22, 2023 at 06:12:29PM +0100 schrieb daven...@tuxfamily.org:
>
> = context =
> For the context, I use a Debian 11 laptop for work. When I work remotely
> from home, I have to use a cisco VPN. Good thing is there is openconnect,
> which does work, and in teh case of ym w
On Wed, Feb 22, 2023 at 06:12:29PM +0100, daven...@tuxfamily.org wrote:
>
> There is an unidentified process that decides it's ok to delete and recreate
> /etc/resolv.conf without asking user/admin,
I will admit up front that I did not read your message in great detail.
However, overall it seems
Hello,
= context =
For the context, I use a Debian 11 laptop for work. When I work remotely
from home, I have to use a cisco VPN. Good thing is there is
openconnect, which does work, and in teh case of ym work's VPN, it does
wor. cisco's spyware/downloaded binry, namely using t
n newer versions of
ImageMagick?
Anyway, "import" gets in the way, and others such as "convert",
"stream", "identify" and "display" really dominate those respective
generic namespaces, and in this particular case, are directly
obstructing:
https://
My Debian testing version is inoperative. Can no longer connect to Gmail.
Message preview box is black. A long time now. Latest upgrade is no better.
Since the main and left panes of system setup is also black, problem may be
kde.
On Tue, Apr 24, 2018, 8:59 AM Hans wrote:
> Hi Marc,
> thanks fo
Hans wrote:
> Hmm, I think this behaviour was ignored since a long time. I dunno, I
> believe I mentioned it some years ago in the forum, too, but nothing
> changed since.
>
> And I am not sure, if that can be fixed at all. Because: Who is to blame?
> (Sorry, if "blame" might be the wrong word, m
Hi Marc,
thanks for your reply.
> Well ,
>
> Question, what version of KMail are you using (Help:About KMail)?
>
The version I am running here is 5.7.3, which is debian/testing and 32-bit.
However, I have to tell, that I am watching this behaviour since a lng
time, almost since the
On Monday, April 23, 2018 3:07:49 AM EDT Hans wrote:
> Hi folks,
> I believe, that akonadi is to slow to write the changes into its database.
> When erasing mails slowly, then it is fast enough.
>
Well ,
Question, what version of KMail are you using (Help:About KMail)?
I'm using vers
l is moved
into trash.
This is working, when I do it slow. But when I am deleting mails very fast,
i.e. by depresing the delete key rapidly very fast, the mails are not moved
into trash, but greyed out.
To fix this, I have to click another folder, then click back to inbox, and now
I can go on e
On 30/09/2015 14:53, Chris Bannister wrote:
Please don't top post on the debian-users mailing list
It was unintentional.
My main point stays.
An admin and IT manager needs to evaluate their goals and decide on the
right approach.
Sometimes it can be frustrating to navigate between the drops
Please don't top post on the debian-users mailing list
On Tue, Sep 29, 2015 at 07:33:52PM +0300, Eliezer Croitoru wrote:
> Hey Chris,
>
> It doesn't matter if some would like them to just vanish.
> They do commit to the client but the scale of things might not be understood
> by all in the same
On 23/09/15 00:14, Reco wrote:
> $ dpkg -I teamviewer_10.0.46203_amd64.deb | grep Depe
> Depends: bash (>= 3.0), libc6-i386 (>= 2.4), lib32asound2, lib32z1,
> libxext6, ia32-libs
>
> A fine example of non-multiarch package which declared amd64 arch while
> providing i386 binaries only.
It was pr
Hey Chris,
It doesn't matter if some would like them to just vanish.
They do commit to the client but the scale of things might not be
understood by all in the same level\manner.
MS doesn't and cannot commit to software maintenance in certain levels.
I do not know how much money they have and i
On Sun, Sep 27, 2015 at 01:21:12PM +0300, Eliezer Croitoru wrote:
> Hey Martin,
>
> I was reading your note and it is not the reality or something that should
> be done but rather another side to consider when working with software
> vendors.
> I do agree that there is a benefit when the sources a
Hi.
On Sun, 27 Sep 2015 10:06:37 +0300
Eliezer Croitoru wrote:
> Hey Reco,
>
> I must admit that this is not the first time I was confused as a
> trolling creature.
For the record - I did not 'confuse' you as a troll and did not call
you one. I could not care less about it, actually.
> And
Hey Martin,
I was reading your note and it is not the reality or something that
should be done but rather another side to consider when working with
software vendors.
I do agree that there is a benefit when the sources are open but
companies like MS(just as an example) do not just vanish.
The
On 27/09/15 08:06, Eliezer Croitoru wrote:
Like any other job the programmers need money and software authors are
not obligated to publish their work to be available to all humanity(or
at-least these parts of humanity that are connected to the WWW).
The above is something I think is right and it
Hey Reco,
I must admit that this is not the first time I was confused as a
trolling creature.
And responding to the above mentioned arguments\ideas\thoughts.
I know some might disagree with me about my point of view and I do not
have any obligations to change my mind but I can clarify my thou
On Fri, Sep 25, 2015 at 09:54:05PM +1200, Chris Bannister wrote:
> On Thu, Sep 24, 2015 at 01:24:45PM +0300, Reco wrote:
> > Hi.
> >
> > On Thu, Sep 24, 2015 at 07:36:32AM +0300, Eliezer Croitoru wrote:
> > > I will not argue since truth can be seen from more then one side.
> > > Proprietary s
On Thu, Sep 24, 2015 at 01:24:45PM +0300, Reco wrote:
> Hi.
>
> On Thu, Sep 24, 2015 at 07:36:32AM +0300, Eliezer Croitoru wrote:
> > I will not argue since truth can be seen from more then one side.
> > Proprietary software usage is normal in all cases.
>
> No surprise in such position her
Hi.
On Thu, Sep 24, 2015 at 07:36:32AM +0300, Eliezer Croitoru wrote:
> I will not argue since truth can be seen from more then one side.
> Proprietary software usage is normal in all cases.
No surprise in such position here, since apparently you're using Windows.
And you came to the wron
I will not argue since truth can be seen from more then one side.
Proprietary software usage is normal in all cases.
It is as dangerous as the usage of open source software.
It might limit but it gives something that not all open source software
can give.
It doesn't limit freedom but just a mere
Hi.
On Tue, Sep 22, 2015 at 09:06:47PM +0800, mudongliang wrote:
> Or some of 64bit software will not work if you don't check.
> For example , skype ,teamviewer all need i386 packages.
>
> 1) Users of non-free software (especially users of non-free wine-embedded
> softwar
On Tue, Sep 22, 2015 at 02:25:20PM +0100, Martin Read wrote:
> On 22/09/15 13:38, Reco wrote:
> >1) Users of non-free software (especially users of non-free wine-embedded
> >software) should suffer anyway.
>
> It speaks ill of you that you cite this as a reason for not offering
> cautionary advice
On 22/09/15 13:38, Reco wrote:
1) Users of non-free software (especially users of non-free wine-embedded
software) should suffer anyway.
It speaks ill of you that you cite this as a reason for not offering
cautionary advice to users of proprietary software.
If such people *do* in fact deserv
On 09/22/2015 08:38 PM, Reco wrote:
On Tue, Sep 22, 2015 at 03:43:48PM +0800, mudongliang wrote:
On 09/22/2015 02:49 PM, Reco wrote:
Hi.
On Mon, Sep 21, 2015 at 09:18:01PM -0600, Joe Pfeiffer wrote:
For historical reasons, my x86-64 architecture computers have a large
number of i38
On Tue, Sep 22, 2015 at 03:43:48PM +0800, mudongliang wrote:
>
>
> On 09/22/2015 02:49 PM, Reco wrote:
> > Hi.
> >
> >On Mon, Sep 21, 2015 at 09:18:01PM -0600, Joe Pfeiffer wrote:
> >>For historical reasons, my x86-64 architecture computers have a large
> >>number of i386 packages on them tha
On Mon, Sep 21, 2015 at 09:18:01PM -0600, Joe Pfeiffer wrote:
> For historical reasons, my x86-64 architecture computers have a large
> number of i386 packages on them that I'd just as soon be rid of. is
> there a good way to simply tell a package manager that I want everything
> involving that ar
On 09/22/2015 02:49 PM, Reco wrote:
Hi.
On Mon, Sep 21, 2015 at 09:18:01PM -0600, Joe Pfeiffer wrote:
For historical reasons, my x86-64 architecture computers have a large
number of i386 packages on them that I'd just as soon be rid of. is
there a good way to simply tell a package ma
Hi.
On Mon, Sep 21, 2015 at 09:18:01PM -0600, Joe Pfeiffer wrote:
> For historical reasons, my x86-64 architecture computers have a large
> number of i386 packages on them that I'd just as soon be rid of. is
> there a good way to simply tell a package manager that I want everything
> invo
You should probably avoid doing so. We are using systems based on amd64 (64
bit) architecture, still there are many applications that yet depend on the
i386 (32 bit) model. 64 bit processors allow 32 apps to run, which lets
them function properly on modern computers too.
i386 packages should not wo
For historical reasons, my x86-64 architecture computers have a large
number of i386 packages on them that I'd just as soon be rid of. is
there a good way to simply tell a package manager that I want everything
involving that architecture deleted? The best answer I've found on my
own has been to
On 20150420_1252-0500, David Wright wrote:
> Quoting David Wright (deb...@lionunicorn.co.uk):
> > Quoting Paul E Condon (pecon...@mesanetworks.net):
> > > On 20150402_2135-0500, David Wright wrote:
> > > > I do get occasional I/O errors on USB transfers, which can make the
> > > > disk readonly, bu
Quoting David Wright (deb...@lionunicorn.co.uk):
> Quoting Paul E Condon (pecon...@mesanetworks.net):
> > On 20150402_2135-0500, David Wright wrote:
> > > I do get occasional I/O errors on USB transfers, which can make the
> > > disk readonly, but sometimes make it disappear altogether (ie it
> > >
Stefan Monnier wrote:
> (BTW, I now use a Banana Pi connected via ethernet as a "drive
> enclosure" instead: it doesn't even consume more power than the
> external power supply of my previous enclosure).
I have been playing with the Banana Pi recently too. It is quite a
nice little dual core ARM
> In the environment you described I would not be worried. I have never
> lost any data on my USB mounted disks. You sound like you are
> mounting your device for backup, using it, then unmounting it until
> needed again. I have never had any problems doing that. I think you
> could continue th
Curt wrote:
> Bob Proulx wrote:
> > HOWEVER! It is a big however. I can't find any _new_ eSATA
> > enclosures that are not also USB enclosures and do not now include
> > active electronics in the connection between the eSATA and the drive.
> > That's bad IMNHO. It introduces cheap electronics in
On 2015-04-06, Bob Proulx wrote:
>
> HOWEVER! It is a big however. I can't find any _new_ eSATA
> enclosures that are not also USB enclosures and do not now include
> active electronics in the connection between the eSATA and the drive.
> That's bad IMNHO. It introduces cheap electronics in the
Paul E Condon wrote:
> On rereading my message, I can see why you are unhappy and offended.
I was neither unhappy nor offended. I am sorry if my responses
indicated any such thing. I went back and read what I wrote and I am
at a loss to know where I went wrong. Please let me know so that I
can
Petter Adsen wrote:
> Reading your previous mails make me a little worried, though. It is
> only used as a sort of semi-online backup, that I connect when I run
> the backup, but my main backups are on bluray-discs. Now I begin to
> wonder if I should invest in another drive for backing up stuff, b
[Sat, 4 Apr 2015 09:44:13 +0200] Petter Adsen wrote:
> On Fri, 3 Apr 2015 15:01:26 -0600
> Bob Proulx wrote:
> > It could also be that I was unlucky in my purchase of cheap USB disk
> > enclosures. Which is why I was careful to relate my experience but
> > not cast blame. Your experiences and o
On 20150403_1501-0600, Bob Proulx wrote:
> Paul E Condon wrote:
> > David Wright wrote:
> > > I'm not so unlucky as Bob appears to be (he says, touching wood), but
> >
> > I think Bob came to his conclusion during a previous period of
> > instability in Debian,
>
> It could also be that I was unl
I remember similar problems with a USB drive which were due to a broken cable.
Did you check with another USB cable?
--
Regards,
jvp.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https:/
On Fri, 3 Apr 2015 15:01:26 -0600
Bob Proulx wrote:
> It could also be that I was unlucky in my purchase of cheap USB disk
> enclosures. Which is why I was careful to relate my experience but
> not cast blame. Your experiences and others may very well be
> different! You will have different har
David Wright wrote:
> I must investigate nice/renice to prevent its taking over.
And also check out 'ionice' too in addition to nice/renice. It is
useful in this problem space when dealing with I/O bandwidth and
priority.
And in the problem space of 'nice' there is another very interesting
progr
Paul E Condon wrote:
> David Wright wrote:
> > I'm not so unlucky as Bob appears to be (he says, touching wood), but
>
> I think Bob came to his conclusion during a previous period of
> instability in Debian,
It could also be that I was unlucky in my purchase of cheap USB disk
enclosures. Which
Quoting Paul E Condon (pecon...@mesanetworks.net):
> On 20150402_2135-0500, David Wright wrote:
> > I do get occasional I/O errors on USB transfers, which can make the
> > disk readonly, but sometimes make it disappear altogether (ie it
> > gets unmounted, not remounted).
>
> All of my file system
On 20150402_2135-0500, David Wright wrote:
> Quoting Paul E Condon (pecon...@mesanetworks.net):
> [...]
> > Some time ago I decided to a make a copy of these data,
> > so I would have more than one copy.
> [...]
> Is the copying between a USB disk and an internal, or between two
> partitions on the
On 20150402_1746-0700, David Christensen wrote:
> On 04/02/2015 04:21 PM, Paul E Condon wrote:
> >For several years I have been making daily backups of my four Debian
> >computers using Rsync and a small script of my own devising. The data
> >has been accumulating on an external USB drive in a part
in relation to the
> >running of the kernel.)
>
> Read the man page for "ionice". You might consider using it instead
> of nice. Nice works with cpu usage. But ionice works with I/O usage
> and is directly what you are fighting. You might try:
>
> ioni
Quoting Paul E Condon (pecon...@mesanetworks.net):
[...]
> Some time ago I decided to a make a copy of these data,
> so I would have more than one copy.
[...]
Is the copying between a USB disk and an internal, or between two
partitions on the same USB disk, or between two USB disks? (Ranked in
decr
On 04/02/2015 04:21 PM, Paul E Condon wrote:
For several years I have been making daily backups of my four Debian
computers using Rsync and a small script of my own devising. The data
has been accumulating on an external USB drive in a partition with the
label, gfx5. Some time ago I decided to a
int -delete'
>(this, I think, slows down the main running job in relation to the
>running of the kernel.)
Read the man page for "ionice". You might consider using it instead
of nice. Nice works with cpu usage. But ionice works with I/O usage
and is directly what you are
For several years I have been making daily backups of my four Debian
computers using Rsync and a small script of my own devising. The data
has been accumulating on an external USB drive in a partition with the
label, gfx5. Some time ago I decided to a make a copy of these data,
so I would have more
On Sat, 03 Aug 2013 16:29:06 -0500, Selim T. Erdogan wrote:
> Hendrik Boom, 3.08.2013:
>>
>> Every other program on my laptop finds the right IP number for
>> slashdot.
>> It's just Chromium that doesn't. Even Chrome gets it right. Somewhere
>> Chromium has hidden state I can't expunge.
>
>
On 2013-08-03, Hendrik Boom wrote:
>
> And if the secret bit of state I can't expunge ends up getting synced
> along with the bookmarks, things may get worse instead of better.
You moved (I haven't been following the thread) the '~/.config/chromium'
directory out of the way already ('mv chromium
Hendrik Boom, 3.08.2013:
>
> Every other program on my laptop finds the right IP number for slashdot.
> It's just Chromium that doesn't. Even Chrome gets it right. Somewhere
> Chromium has hidden state I can't expunge.
You could try purging the package ("apt-get remove --purge ...") and
g
On Fri, 19 Jul 2013 06:45:26 -0400, Stephen Allen wrote:
> On Thu, Jul 18, 2013 at 04:43:07PM +, Hendrik Boom wrote:
>> It's been most of a week now, and the problem persists.
>> Chromium still insists on going to the website normally known as
>> topoi.pooq.com when I request slashdot.org.
>>
---end quoted text---
Why would you need to copy your bookmarks? Presumably you used bookmark
sync with Chromium, thus they will be available to Google-Chrome when
you login into your Google account the 1st time in Chrome.
Have you tried using a different DNS server
On Thu, Jul 18, 2013 at 04:43:07PM +, Hendrik Boom wrote:
> On Sun, 14 Jul 2013 14:57:14 +, Hendrik Boom wrote:
>
> > On Sat, 13 Jul 2013 16:53:01 -0400, staticsafe wrote:
> >
> >> On Sat, Jul 13, 2013 at 08:39:10PM +, Hendrik Boom wrote:
> >>> For some reason, chromium seems to have
On Sun, 14 Jul 2013 14:57:14 +, Hendrik Boom wrote:
> On Sat, 13 Jul 2013 16:53:01 -0400, staticsafe wrote:
>
>> On Sat, Jul 13, 2013 at 08:39:10PM +, Hendrik Boom wrote:
>>> For some reason, chromium seems to have got it stuck in its head that
>>> slashdot,org is at 69.165.131.134. At l
Do you have nscd running by any chance?
On 15/07/2013 12:58 AM, "Hendrik Boom" wrote:
> On Sat, 13 Jul 2013 16:53:01 -0400, staticsafe wrote:
>
> > On Sat, Jul 13, 2013 at 08:39:10PM +, Hendrik Boom wrote:
> >> For some reason, chromium seems to have got it stuck in its head that
> >> slashd
1 - 100 of 392 matches
Mail list logo
