Re: PC wont boot to GUI

[David]

On Tue, 27 Oct 2020 at 12:03, John Figie  wrote:

> I am not sure what to do next.

> I have 2 identical older MBs Asus M5A 78L-M LX.

Hi John, I have a couple of these.

> decided to install Debian 10

ok.

> drm: radeon_pci_probe ERROR radeon kernel modesetting for R600 or later 
> requires firmware installed.

> 1) Is this error significant?

Yes.

> 2) where do I find this firmware and do I really need this firmware?
I am not using any graphics card -just the built in graphics.  Gallium
0.4 on AMD RS780

You need to install the firmware.
You do that by running this command as superuser:

# apt install firmware-amd-graphics

Re: [testing] noyau 5.9

[TScholler]

voir, se satisfaire des dépôts de debian/buster?

Le 26/10/2020 à 22:10, F. Dubois a écrit :

Le 26/10/2020 à 21:03, Kohler Gerard a écrit :

a savoir :
incompatibilité actuelle entre le kernel 5.9 et les drivers proprio 
Nvidia,

il faut attendre la mise à jour de Nvidia


Ou passer les drivers en experimental, sid noyau 5.9 tout fonctionne.

Re: Replacement Email Client

[Carl Fink]

On 10/26/20 6:16 PM, Patrick Bartek wrote:

On Sun, 25 Oct 2020 20:45:50 -0400
Carl Fink  wrote:


On 10/25/20 8:28 PM, Patrick Bartek wrote:

I'm not referring to viewing HTML emails. I already can do that in
Claws-Mail using its Dillo plugin. I'm talking about filling in
forms, etc. that are part of the HTML email and sending just the
data without "replying" in the normal sense.  This is beyond Claws'
and Dillo's capabilities.  I have to use a real browser, log into
that particular web mail account (like gmail), click on that
particular email, etc. to do so.

I'm getting the sense that I may not be able to find a client that
can do that.

I don't remember ever getting an emailed form that was anything but
a link to a web page. Who is sending you emailed inline forms?

The ones I respond to are known to me and are legit --
organizations, businesses, government agencies, etc. -- that I do
business with.  To respond, I must switch to a web browser, login to
my email account (like gmail), find that particular email, and
enter the requested data either by keyboard, drop-down menu, buttons,
etc., then SUBMIT it.  This happens all within the email. I never get
forwarded to another web site. I always stay on the web mail page. As
far as I can tell only the data is sent. The email itself is not
replied to.  That is, there's nothing in the "Sent" folder.


Meaning no offense, I doubt it. I have been using email since before Gopher,
and I have literally never received an HTML  email with an embedded form
(that I opened, at least). I find it hard to believe that you get many 
of them.


I think you're getting normal email with a link to a form, but (as you say)
Dillo doesn't let you click the link, so you never realize what it is. Those
"rate us from 1-5" things are normally five different links to the same
online poll, with a parameter telling the page what rating you selected. If
You opened the links in an HTML-aware mailer like Mutt, you could just
select one of those to open the form in a browser.

At least, I would bet money that this is the case, at even odds.

(I must be old. My fingers wanted to type "Dilly".)

--
Carl Fink   nitpick...@nitpicking.com

Read my blog at blog.nitpicking.com.  Reviews!  Observations!

PC wont boot to GUI

[John Figie]

Hi,

I am not sure what to do next.
I have 2 identical older MBs Asus M5A 78L-M LX. Each has an AMC Sempron 145
processor. I have been running one of these for the last 5 years with
Debian 8 and it seems to work fine. I recently assembled the second MB and
decided to install Debian 10 using a USB drive. The installation completes,
installs GRUB and then prompts to reboot with the install media removed.

When the new system boots the last message on the screen is:
[ OK ] Started GNOME Display Manager.
Nothing further happens on the screen.

If i boot with Linux 4.19.0-12 amd64 (recovery mode) then I am able to boot
successfully
at the prompt I can enter the command # journalctl -xb
Looking at the output there is one error displayed:

drm: radeon_pci_probe ERROR radeon kernel modesetting for R600 or later
requires firmware installed.

1) Is this error significant?
2) where do I find this firmware and do I really need this firmware? I am
not using any graphics card -just the built in graphics.  Gallium 0.4 on
AMD RS780

If i swap hard drives with my working Debian 8 system then the new computer
boots normally to the debian 8 GNOME desktop.

If anyone can give me some hints or ideas to try I will appreciate your
help and kindness.

John Figie

Re: The .xsession-errors problem

[David]

On Tue, 27 Oct 2020 at 10:56, David Wright  wrote:

>   fuser -v "$j"
>   [ $? -ne 0 ] && gzip "$j" && mv -i "$j.gz" "$HOME/.monitors/xsession/"

[...]

> (Script improvements always appreciated.)

Hi, you might be interested in the info below :

my test script:
"""
#!/bin/sh
[ $? -ne 0 ] && echo hi
"""

https://www.shellcheck.net says:
"""
Line 2:
[ $? -ne 0 ] && echo hi
  ^-- SC2181: Check exit code directly with e.g. 'if mycmd;', not
indirectly with $?.
"""

https://github.com/koalaman/shellcheck/wiki/SC2181 says:
"""
Running a command and then checking its exit status $? against 0 is
redundant. Instead of just checking the exit code of a command, it
checks the exit code of a command (e.g. [) that checks the exit code
of a command.
"""

Re: The .xsession-errors problem

[David Wright]

On Mon 26 Oct 2020 at 18:35:45 (+0200), Teemu Likonen wrote:
> It seems that ~/.xsession-errors file can still grow to infinity in
> size. Sometimes it grows really fast. This is nothing new: we have all
> seen it and talked about it. What do you do to maintain this file?
> 
>   - Do you just delete it when you happen to notice it's too big?
> 
>   - Do you configure some rotating system, perhaps with logrotate(8)?
> (Why doesn't Debian have this automatically?)
> 
>   - Do you add it to your backup system's ignore list so that a
> potentially big file doesn't fill your backups?
> 
>   - What do Debian documentation and faq lists teach about maintaining
> this potentially huge file?
> 
>   - Why is it normal that in Debian (and GNU/Linux) you need to manually
> delete a hidden file to keep it from filling your hard disks?
> 
> Note that I'm not necessarily looking for help but different views are
> welcome. I'm mostly interested in the phenomenon that there still is
> this well-known indefinitely growing file and seemingly no automatic
> rotation.
> 
> From my backups I found an ~/.xsession-errors file of size 111
> megabytes. Probably I deleted the file at that point and it started grow
> again.

I have a collection of dotfiles that I cope with in different ways.
I've always started X from a bash function, and that used to
truncate .xsession-errors with >| unless there was an argument,
when it would cat a   zzzyyyxxx $HOSTNAME $(date +%Y-%m-%d-%H%M%S)
marker with >>.

Nowadays, however, some of my machines are capable of running more
than one instance of X, and I sometimes look back at an earlier log,
so I've put the following into .xsession:

  Displaynumber="$(sed -e 's/://g;' <<<"$DISPLAY")"
  [ … there's a short sleep in here for an unrelated purpose … ]
  for j in 
$HOME/.xsession-errors-[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]-[0-9];
 do
  fuser -v "$j"
  [ $? -ne 0 ] && gzip "$j" && mv -i "$j.gz" "$HOME/.monitors/xsession/"
  done
  Xsessionlogname="$HOME/.xsession-errors-$(date +%s)-$Displaynumber"
  Xsessionloglink="$HOME/.xsession-log-$Displaynumber"
  mv -i "$HOME/.xsession-errors" "$Xsessionlogname"
  rm -f "$Xsessionloglink"
  ln -s "$Xsessionlogname" "$Xsessionloglink"

In the six months since I acquired this AiO as my main machine,
$ ls -1 .monitors/xsession/.xsession-errors-* | wc -l
205
$ zcat .monitors/xsession/.xsession-errors-* | wc -c
3734959
$ 

Because of past troubles, I also log CPU temperature and battery
charge where available, and ping the router. The first two rotate
themselves at midnight as the filenames include the date; the
ping output just overwrites its output file. Finally, I log the
fvwm output, but only with one level of backup~.

I don't let the system have anything to do with my own logs etc
partly because the real /home doesn't get mounted until I get
around to unlocking it.

(Script improvements always appreciated.)

Cheers,
David.

Re: Please be respectful

[Leslie Rhorer]

On 10/26/2020 6:15 PM, Long Wind wrote:



On Saturday, October 24, 2020, 6:35:17 AM EDT, Leslie Rhorer 
 wrote:





   “The only thing necessary for the triumph of evil is for good men to
do nothing.”― Edmund Burke

     In my opinion, the *LAST* thing one should do is keep quiet.


rude user won't be victorious, list moderator can easily expel them


	You seem to have an odd definition of "victory".  Ignoring someone does 
not represent a victory on the part of the one doing the ignoring nor a 
loss on the one ignored.  Picking up one's football and going home does 
not win the ballgame.


	Not only that, once again I challenge you to point to a single post of 
mine that was rude.

Re: The .xsession-errors problem

[John Hasler]

Tixy writes:
> I guess as I never hibernate my laptop and turn it off every day, it
> never gets to an annoying size.

I haven't rebooted my desktop for three months.  ls -l .xsession-errors
shows 468223.  I consider that trivial and ignore it.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: Please be respectful

[Leslie Rhorer]

On 10/24/2020 3:11 PM, Andrew M.A. Cater wrote:

Leslie,

You clearly have a great deal to say about your personal morals and ethics


	Not really, no.  Certainly not by comparison to the volume of my daily 
work.  "A great deal to say" would encompass volumes.  I tyed a fe lines.



and you do not regard yourself as anybody's fool.


	Hmm.  I am an engineer, which means I am a professional idiot.  Whether 
I am a fool or not, I really don't know.  That is for others to say.



"Never argue with a fool on the Internet - after a couple of rounds, a dispassionate 
observer will not be able to tell who's who"


	Perhaps.  I have been doing this a very long time; far, far longer than 
there has been an internet, or a public one, anyway.  Except when I am 
wrong - which happens often enough - I have rarely lost a debate in any 
online forum.  Whether that is a good or bad thing, I don't know.



Your responses in this and other threads are neither necessarily constructive


	When I give my professional advice, I submit they are always 
constructive.  When I offer a personal opinion outside my expertise as 
an engineer, I see no reason why the post should be construed as 
constructive or otherwise.  They are simply accurate to the best of my 
ability to make them.  An opinion is an opinion.  "Constructive" is not 
an adjective that applies in any meaningful way.  I will offer and 
defend my opinions - nothing more or less.



nor helping other people to appreciate you more widely.


	Why would I wish to be appreciated at all, let alone widely?  I assure 
you I have absolutely no desire to win a popularity contest.  I despise 
those who seek adulation, and I am not looking for praise.  If something 
I say is helpful, then fine.  I don't mind, but I don't want anyone to 
think they should be grateful.  I speak the truth as my experience has 
led me to surmise it to be irrespective of how I might be perceived.



I would respectfully suggest that you could profitably go back and read the 
list archives to find examples of good and useful


	In the more than 40 years I have been communicating in fora similar to 
this I have seen just about every communication style imaginable.  It 
would be an absolute deception for me to try to adopt a style - probably 
one abhorrent to me - merely to achieve some end in which I have no 
interest in the first place.  That is not to say my communication style 
is any better than anyone else's, but it is mine, and I am not about to 
steal, as it were, someone else's.  What it would profit me totally 
escapes me.



communication styles that will allow you to bring your expertise to bear more 
usefully to every reader's benefit.


	If someone wants me to be useful, they need to pay me.  That is what I 
do for a living.  This thread is not about anyone's expertise or bring 
useful.  It is about opinions concerning being polite.



The Debian mailing list code of conduct (see below) is here to try and bring 
some of these things more clearly to people's attention


	I have to call BS on this.  No matter the putative intent, rules are 
almost universally created as a means of making the rule maker(s) feel 
important or empowered.  Even in the very few cases where this is not 
true, virtually no rules ever succeed in producing the stated intent. 
Control of that nature is an illusion.  Very, very few people understand 
enough about natural processes to produce effective rulesets where 
intelligence and creativity are involved.  It is difficult enough with 
computers.



The Debian Code of Conduct (see below) is more wide ranging and applies to any 
and all Debian assets. In many ways, it's based on
getting the best out of how we work:


	Then why is it Debian continues to go down the figurative toilet?  It 
used to be moderately decent.  Year after year after year the best 
attributes of the distro have been tossed in the garbage so that now it 
is a pile of ridiculous junk.  Actually, it is in great measure because 
of those rules it is now almost junk.  Fifteen years ago, it was a 
half-way decent product.  I did not have to search too long to find 
quite a few decent features of the distro.  Now I am hard pressed to 
find a single one that was not better in previous releases.


	I respectfully suggest the Debian rules be trashed in their entirety, 
eliminate the bunch of egos driving the projects, and get some people 
who don't care about their own self-importance.  The rules are not 
working.  Rules almost never do.  Point to innovation and excellence, 
and I will show you a rule breaker.



we're aware of the sorts of issues that can cause problems or attitudes that 
can alienate
people and would not wish to perpetuate these.


	Please quit worrying about alienating people.  Quit worrying about 
"feelings".  This is an Operating System, not an episode of Mister 
Roger's Neighborhood.  Above all, please quit trying to be a popular OS. 
 Leave that to Windows or Ubuntu.



With 

Re: Please be respectful

[Long Wind]

 

On Saturday, October 24, 2020, 6:35:17 AM EDT, Leslie Rhorer 
 wrote: 



  “The only thing necessary for the triumph of evil is for good men to 
do nothing.”― Edmund Burke

    In my opinion, the *LAST* thing one should do is keep quiet.

rude user won't be victorious, list moderator can easily expel them  
  

Re: Please be respectful

[Leslie Rhorer]

On 10/26/2020 7:59 AM, Andrei POPESCU wrote:


I'm quite certain at least part of this huge discussion is caused by
misunderstandings.


That is fairly clear.


This is my attempt to clarify at least some of it.

Apparently I failed.


	Well, in my case I don't think I failed to understand very much.  I 
could be wrong.  I am (always) happy for anyone to point out what I 
misunderstood.


	Don't beat yourself up, though.  Failure is not to be feared.  It 
should be embraced and used as a means to grow.

Re: The .xsession-errors problem

[Tixy]

On Mon, 2020-10-26 at 18:35 +0200, Teemu Likonen wrote:
> It seems that ~/.xsession-errors file can still grow to infinity in
> size. Sometimes it grows really fast. This is nothing new: we have all
> seen it and talked about it. What do you do to maintain this file?

Don't do anything here. The file is created fresh at each boot and is
30 lines long with the final line:

** Message: 19:36:19.712: main.vala:134: log path: 
/home/tixy/.cache/lxsession/LXDE/run.log

Looking at the file mentioned there it seems to have the normal
assortment or error messages and warnings, with the first entry being
from my latest boot/session login. It's 23k bytes in size.

I guess as I never hibernate my laptop and turn it off every day, it
never gets to an annoying size.

-- 
Tixy

Re: Please be respectful

[Leslie Rhorer]

On 10/26/2020 8:50 AM, Joe wrote:


It's all a bit subjective. As I understand things, a stranger deserves


	It is entirely subjective.  Whatever is or is not polite is not only a 
matter of perspective, it is also a matter of the situation and the 
relationships of the people involved.  When I say to a close friend, 
"You are such an idiot!", it may or may not be at all disrespectful. 
The term "polite" has little or no meaning in such a context.  Certainly 
nothing can be taken from the words themselves



politeness, and also a default value of respect, which as Leslie says,
is worth nothing as it applies to every stranger.


	Indeed.  IMO, being polite as a matter of habit is nothing more than 
good manners, and it means nothing at all in terms of the person being 
addressed.  Politeness in and of itself can imply an extremely high 
level of disrespect.



Genuine, higher-than-default respect can only be earned, but politeness
should always be maintained, even in the face of rudeness.


	I would mostly agree with that.  One must judge each and every 
situation in its own context and on its own merits, or one is doomed to 
failure.  This is one reason - one of many, many reasons - why concrete 
rules are so utterly worthless.  Aside from the fact they are based upon 
the ego of some individual of indeterminate capabilities, they are an 
attempt at a one-size-fits-all solution to problems that do not exist at 
the time the rules where penned.  The fact is crystal balls just do not 
work very well.


	By the way, a number of people seem very angry at me - not that I 
really care - for my positions in this thread.  Yet when challenged, 
none of them have provided any examples of my being rude or of my 
attacking anyone personally.  I have declared certain statements to be 
nonsense or absurd, but how is that either disrespectful or impolite?  I 
absolutely reserve the right to challenge any statement by anyone.  If 
someone feels that to be disrespectful, then they are entitled to their 
opinion, but I submit they are just plain wrong, period.

Re: Replacement Email Client

[Patrick Bartek]

On Sun, 25 Oct 2020 21:57:07 -0400
Dan Ritter  wrote:

> Carl Fink wrote: 
> > On 10/25/20 9:17 PM, John Hasler wrote:  
> > > Carl writes:  
> > > > I don't remember ever getting an emailed form that was anything
> > > > but a link to a web page.  
> > > I think that may be what he means.  
> > 
> > Can't be. He refers to having to log into a mail account
> > in the browser. That is never required for these mailed
> > links to forms--the form is not in your mailbox and can't
> > require you to log into GMail or whatever.  
> 
> I think we are all confused and the original questioner needs to 
> provide an example of the very strange email that they want
> to work with.

Okay.  Here's a trivial one to keep it simple:

Recently I went to my bank in person. A few days later I get an HTML
email wanting to know my level of satisfaction for the service I
received: 1 to 10, worse to best. There was a gadget in the email to
enter the number, and a SUBMIT button. That's it. I could view all this
in Claws through the Dillo plugin, but of course nothing is clickable.
So, would have to do the browser thing to respond. Not that I responded.
Too much a bother.

FWIW, all emails I get now from businesses, government agencies,
Windows users, etc. are HTML-based.  Text-based has mostly gone the way
of the dodo.

B

Re: Raid 1 borked

[Leslie Rhorer]

On 10/26/2020 7:55 AM, Bill wrote:

Hi folks,

So we're setting up a small server with a pair of 1 TB hard disks 
sectioned into 5x100GB Raid 1 partition pairs for data,  with 400GB+ 
reserved for future uses on each disk.


	Oh, also, why are you leaving so much unused space on the drives?  One 
of the big advantages of RAID and LVM is the ability to manage storage 
space.  Unmanaged space on drives doesn't serbe much purpose.

Re: Raid 1 borked

[Leslie Rhorer]

This might be better handled on linux-r...@vger.kernel.org

On 10/26/2020 10:35 AM, Dan Ritter wrote:

Bill wrote:

So we're setting up a small server with a pair of 1 TB hard disks sectioned
into 5x100GB Raid 1 partition pairs for data,  with 400GB+ reserved for
future uses on each disk.


That's weird, but I expect you have a reason for it.


	It does seem odd.  I am curious what the reasons might be.  Do you mean 
perhaps, rather than RAID 1 pairs on each disk, each partition  is 
paired with the corresponding partition on the other drive?


Also, why so small and so many?


I'm not sure what happened, we had the five pairs of disk partitions set up
properly through the installer without problems. However, now the Raid 1
pairs are not mounted as separate partitions but do show up as
subdirectories under /, ie /datab, and they do seem to work as part of the
regular / filesystem.  df -h does not show any md devices or sda/b devices,
neither does mount. (The system partitions are on an nvme ssd).


Mounts have to happen at mount points, and mount points are
directories. What you have is five mount points and nothing
mounted on them.



lsblk reveals sda and sdb with sda[1-5] and sdb[1-5] but no md[0-5]. blkid
reveals that sda[1-5] and sdb[1-5] are still listed as
TYPE="linux_raid_member".

So first of all I'd like to be able to diagnose what's going on. What
commands should I use for that? And secondly, I'd like to get the raid
arrays remounted as separate partitions. How to do that?


Well, you need to get them assembled and mounted. I'm assuming
you used mdadm.

Start by inspecting /proc/mdstat. Does it show 5 assembled MD
devices? If not:

mdadm -A /dev/md0
mdadm -A /dev/md1
mdadm -A /dev/md2
mdadm -A /dev/md3
mdadm -A /dev/md4

And tell us any errors.


	Perhaps before that (or after), what are the contents of 
/etc/mdadm/mdadm.conf?  Try:


grep -v "#" /etc/mdadm/mdadm.conf


Once they are assembled, mount them:

mount -a

if that doesn't work -- did you remember to list them in
/etc/fstab? Put them in there, something like:

/dev/md0/dataa  ext4defaults0   0

and try again.

-dsr-




Fortunately, there is no data to worry about. However, I'd rather not
reinstall as we've put in a bit of work installing and configuring things.
I'd prefer not to loose that. Can someone help us out?


	Don't fret.  There is rarely, if ever, any need to re-install a system 
to accommodate updates in RAID facilities.  Even if / or /boot are RAID 
arrays - which does not seem to be the case here - one can ordinarily 
manage RAID systems without resorting to a re-install.  I cannot think 
of any reason why a re-install would be required in order to manage a 
mounted file system.  Even if /home is part of a mounted file system 
(other than /, of course), the root user can handle any sort of changes 
to mounted file systems.  This would be especially true in your case, 
where your systems aren't even mounted, yet.  Even in the worst case - 
and yours is far from that - one should ordinarily be able to boot from 
a DVD or a USB drive and manage the system.

What's going on with snapd?

[Brian Vaughan]

Recently I wanted to try out an open source game that was being 
distributed as a snap package, so I tried installing snapd. It 
apparently installed successfully, and I could apparently install snap 
packages, but I couldn't execute them. Long story short, I eventually 
made my way to bugs.debian.org and found that most of the issues I'd 
seen with snapd, had bugs filed against them.


https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;package=snapd

However, as far as I can tell, most of these bugs have been filed two to 
three years ago, and no developer has responded to them. Meanwhile, the 
package has been updated a few times since then.


snapd is a Canonical project, and from what I've heard from an 
acquaintance who works with Canonical, they use snapd internally quite a 
lot. So it surprises me that these bugs have gotten no attention. Do the 
messages about bug reports just not get through? Is it just a Debian 
problem?

Re: Replacement Email Client

[Patrick Bartek]

On Sun, 25 Oct 2020 20:45:50 -0400
Carl Fink  wrote:

> On 10/25/20 8:28 PM, Patrick Bartek wrote:
> > I'm not referring to viewing HTML emails. I already can do that in
> > Claws-Mail using its Dillo plugin. I'm talking about filling in
> > forms, etc. that are part of the HTML email and sending just the
> > data without "replying" in the normal sense.  This is beyond Claws'
> > and Dillo's capabilities.  I have to use a real browser, log into
> > that particular web mail account (like gmail), click on that
> > particular email, etc. to do so.
> >
> > I'm getting the sense that I may not be able to find a client that
> > can do that.  
> 
> I don't remember ever getting an emailed form that was anything but
> a link to a web page. Who is sending you emailed inline forms?

The ones I respond to are known to me and are legit --
organizations, businesses, government agencies, etc. -- that I do
business with.  To respond, I must switch to a web browser, login to
my email account (like gmail), find that particular email, and
enter the requested data either by keyboard, drop-down menu, buttons,
etc., then SUBMIT it.  This happens all within the email. I never get
forwarded to another web site. I always stay on the web mail page. As
far as I can tell only the data is sent. The email itself is not
replied to.  That is, there's nothing in the "Sent" folder.

This happens often enough now to make having to switch to the browser
instead of being able to respond with my usual email client an annoying
inconvenience. Hence, my search for a new email client.

B 

Re: Raid 1 borked

[Mark Neyhart]

On 10/26/20 4:55 AM, Bill wrote:

> lsblk reveals sda and sdb with sda[1-5] and sdb[1-5] but no md[0-5].
> blkid reveals that sda[1-5] and sdb[1-5] are still listed as
> TYPE="linux_raid_member".
> 
> So first of all I'd like to be able to diagnose what's going on. What
> commands should I use for that? And secondly, I'd like to get the raid
> arrays remounted as separate partitions. How to do that?
> 
    Bill

mdadm will give you some information about which partitions have been
configured as part of a raid device.

mdadm --examine /dev/sda1

It can also report on a raid device

mdadm --detail /dev/md1

If these commands don't report anything, you will need to define the
raid devices again.

Mark

Re: [testing] noyau 5.9

[F. Dubois]

Le 26/10/2020 à 21:03, Kohler Gerard a écrit :

a savoir :
incompatibilité actuelle entre le kernel 5.9 et les drivers proprio 
Nvidia,

il faut attendre la mise à jour de Nvidia


Ou passer les drivers en experimental, sid noyau 5.9 tout fonctionne.

Re: Replacement Email Client

[David Wright]

On Mon 26 Oct 2020 at 20:48:26 (+), Joe wrote:
> On Mon, 26 Oct 2020 10:10:10 -0400 Greg Wooledge  wrote:
> > On Mon, Oct 26, 2020 at 01:49:05PM +, Curt wrote:
> > > On 2020-10-26, Greg Wooledge  wrote:  
> > > > On Mon, Oct 26, 2020 at 12:38:36PM +0100, Michael wrote:  
> > > >> he is talking about filling in forms, etc. that are part of the
> > > >> html email. guys, ever heard of the ... html tags?
> > > >> that's what he means.  
> > > >
> > > > But what would the form's Submit action be?  
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > HTML Forms
> > > 
> > > 
> > >   First name:
> > >   
> > >   Last name:
> > >   
> > >   
> > >  
> > > 
> > > If you click the "Submit" button, the form-data will be sent to
> > > a page called "/action_page.php".
> > > 
> > > 
> > >   
> > 
> > Yes, this is exactly my point.
> > 
> > If you've received this form from a WEB SERVER, then /action_page.php
> > refers to a script on that same web server.  Or the equivalent of a
> > script.
> > 
> > But if you're just reading this form in a FILE on your LOCAL MACHINE,
> > which is what email is, then what is /action_page.php supposed to do?
> > 
> 
> And if the full URL is present, will the website not still require a
> login before serving the page?

I don't know anything about the mechanisms that lie behind this, but
I don't think it would be sensible to email a form with an absolute
address on it. What happens when somebody mass emails a form with a
typo in the address, and people send their completed information to
one of these goog1e traps?

Cheers,
David.

Re: Problem unplugging a USB drive

[Mick Ab]

The automatic mount and unmount were performed by the USB mount system.

The stick was newish and hasn't been previously written to.

The stick's filesystem is FAT32, in common with most USB sticks.

The auto mount command included the -tvfat option.

I got the message that you frequently see, so it looks as though the stick
just has a dirty bit.
On 26 Oct 2020 20:45, "David Wright"  wrote:

> On Mon 26 Oct 2020 at 17:09:17 (+), Mick Ab wrote:
> > > > > > […] the messages revealed that just before
> > > > > > the stick was unplugged, the kernel suddenly found the stick and
> > > > > > automatically mounted it to /media/usb0.
>
> > Why did the kernel automatically mount the stick ?
>
> >From the mount point chosen, I would guess that it was mounted by
> some kind of automounter. (My guess is based on conversations here:
> I don't run either DE or an automounter.)
>
> > > > > > While the stick was being
> > > > > > unplugged, the system performed a 'lazy' unmount from
> /media/usb0.
>
> That seems logical for a automounter. When you pull the stick,
> it prevents umount from failing because the device was busy.
> Assuming you weren't writing to the stick at the time, the
> amount of corruption that would occur is likely to be influenced
> by the filesystem on it. In my experience with vfat, it's likely
> to be as little setting the dirty bit.
>
> > > > > > The stick was later plugged back into the USB 3 port and the
> dmesg command
> > > > > > issued. The dmesg messages revealed that the stick was probably
> corrupted
> > > > > > due to the lazy unmount.
>
> I didn't know that dmesg was that precise in diagnosis. I frequently see
> "Volume was not properly unmounted. Some data may be corrupt. Please run
> fsck."
> AIUI that's just the dirty bit speaking.
>
> I've seen worse, for example:
>
> [47557.370417] FAT-fs (sdb1): Volume was not properly unmounted. Some data
> may be corrupt. Please run fsck.
> [47689.952378] FAT-fs (sdb1): error, fat_get_cluster: invalid start
> cluster (i_pos 0, start cdc8429e)
> [47689.952384] FAT-fs (sdb1): Filesystem has been set read-only
> [47689.952491] FAT-fs (sdb1): error, fat_get_cluster: invalid start
> cluster (i_pos 0, start 2c494d0f)
>
> In this case, the stick was on its way out.
>
> The flakiness of your usb ports might have some influence on disk
> corruption in any case. Do you have   errors=remount-ro   is the
> appropriate place(s)? (fstab, in my configuration.)
>
> > Usually mounts have to be made manually for this port.
>
> Even if I knew how your machine was configured, I'm not sure I would
> know the answer. When I see people using an automounter, but mounting
> on a mount point of their choosing, I've always presumed that they're
> using a bind mount (assuming that they haven't configured rules for
> their automounter).
>
> I generate only mountpoints automatically with my own rules, but
> I mount and unmount devices manually.
>
> Cheers,
> David.
>
>

Re: Replacement Email Client

[Greg Wooledge]

On Mon, Oct 26, 2020 at 08:48:26PM +, Joe wrote:
> On Mon, 26 Oct 2020 10:10:10 -0400
> Greg Wooledge  wrote:
> > But if you're just reading this form in a FILE on your LOCAL MACHINE,
> > which is what email is, then what is /action_page.php supposed to do?
> > 
> 
> And if the full URL is present, will the website not still require a
> login before serving the page?

Depends on the web page, doesn't it?

I've gotta say here, anyone who responds to an email containing an HTML
form is probably feeding information to spammers.  Even worse, in my
experience most web browsers provide NO way to know what a form's
Submit button does.  There's no mouseover hint or anything.  Not that
mouseover hints are of any use when Javascript is in effect, but that's
a different dead horse.

Re: Replacement Email Client

[Joe]

On Mon, 26 Oct 2020 10:10:10 -0400
Greg Wooledge  wrote:

> On Mon, Oct 26, 2020 at 01:49:05PM +, Curt wrote:
> > On 2020-10-26, Greg Wooledge  wrote:  
> > > On Mon, Oct 26, 2020 at 12:38:36PM +0100, Michael wrote:  
> > >> he is talking about filling in forms, etc. that are part of the
> > >> html email. guys, ever heard of the ... html tags?
> > >> that's what he means.  
> > >
> > > But what would the form's Submit action be?  
> > 
> > 
> > 
> > 
> > 
> > 
> > HTML Forms
> > 
> > 
> >   First name:
> >   
> >   Last name:
> >   
> >   
> >  
> > 
> > If you click the "Submit" button, the form-data will be sent to
> > a page called "/action_page.php".
> > 
> > 
> >   
> 
> Yes, this is exactly my point.
> 
> If you've received this form from a WEB SERVER, then /action_page.php
> refers to a script on that same web server.  Or the equivalent of a
> script.
> 
> But if you're just reading this form in a FILE on your LOCAL MACHINE,
> which is what email is, then what is /action_page.php supposed to do?
> 

And if the full URL is present, will the website not still require a
login before serving the page?

-- 
Joe

Re: Problem unplugging a USB drive

[David Wright]

On Mon 26 Oct 2020 at 17:09:17 (+), Mick Ab wrote:
> > > > > […] the messages revealed that just before
> > > > > the stick was unplugged, the kernel suddenly found the stick and
> > > > > automatically mounted it to /media/usb0.

> Why did the kernel automatically mount the stick ?

>From the mount point chosen, I would guess that it was mounted by
some kind of automounter. (My guess is based on conversations here:
I don't run either DE or an automounter.)

> > > > > While the stick was being
> > > > > unplugged, the system performed a 'lazy' unmount from /media/usb0.

That seems logical for a automounter. When you pull the stick,
it prevents umount from failing because the device was busy.
Assuming you weren't writing to the stick at the time, the
amount of corruption that would occur is likely to be influenced
by the filesystem on it. In my experience with vfat, it's likely
to be as little setting the dirty bit.

> > > > > The stick was later plugged back into the USB 3 port and the dmesg 
> > > > > command
> > > > > issued. The dmesg messages revealed that the stick was probably 
> > > > > corrupted
> > > > > due to the lazy unmount.

I didn't know that dmesg was that precise in diagnosis. I frequently see
"Volume was not properly unmounted. Some data may be corrupt. Please run fsck."
AIUI that's just the dirty bit speaking.

I've seen worse, for example:

[47557.370417] FAT-fs (sdb1): Volume was not properly unmounted. Some data may 
be corrupt. Please run fsck.
[47689.952378] FAT-fs (sdb1): error, fat_get_cluster: invalid start cluster 
(i_pos 0, start cdc8429e)
[47689.952384] FAT-fs (sdb1): Filesystem has been set read-only
[47689.952491] FAT-fs (sdb1): error, fat_get_cluster: invalid start cluster 
(i_pos 0, start 2c494d0f)

In this case, the stick was on its way out.

The flakiness of your usb ports might have some influence on disk
corruption in any case. Do you have   errors=remount-ro   is the
appropriate place(s)? (fstab, in my configuration.)

> Usually mounts have to be made manually for this port.

Even if I knew how your machine was configured, I'm not sure I would
know the answer. When I see people using an automounter, but mounting
on a mount point of their choosing, I've always presumed that they're
using a bind mount (assuming that they haven't configured rules for
their automounter).

I generate only mountpoints automatically with my own rules, but
I mount and unmount devices manually.

Cheers,
David.

Re: [testing] noyau 5.9

[Kohler Gerard]

a savoir :
incompatibilité actuelle entre le kernel 5.9 et les drivers proprio Nvidia,
il faut attendre la mise à jour de Nvidia

Le 24/10/2020 à 14:37, Jérémy Prego a écrit :

Le 24/10/2020 à 13:20, Gaëtan Perrier a écrit :

Bonjour,

Bonjour,

Comme avec le 5.8 a son arrivée, le noyau 5.9 qui vient d'arrivée ne démarre
pas ... Ça devient une mauvaise habitude chez debian :(

aucun problème ici sur une machine de type laptop dell en uefi, tout ce
qu'il y a de plus normal. :)
quel problème rencontres-tu exactement ?

Gaëtan

Jerem

Re: Problem unplugging a USB drive

[Stefan Monnier]

> Why did the kernel automatically mount the stick ?

FWIW, I'm pretty sure the kernel didn't: the only partition mounted
directly by the kernel is the root partition when booting.  After that,
partitions are only booted upon explicit request from some program
(could be something part of udev or systemd or anything else).


Stefan

Re: Re: aptitude safe-upgrade vs apt-get upgrade.

[R. Ramesh]

So, if you don't pin down the priority of deb-multimedia, virtually every
audio- and video-related package on your system will be replaced with the
deb-multimedia version, which for the sake of stability is very likely a
bad idea.
So it is safer to lower the priority of deb-multimedia and that of
deb-multimedia backports even a bit more, so that the official debian
packages remain the default, deb-multimedia packages the first
alternative if you actually want/need a newer version or a version with
some extra features and deb-multimedia backports the last choice if you
really, really need that version.



Thanks for the detailed explanation. I will pin down multi-media and 
then backports to ensure order among the repositories.


Regards
Ramesh

Re: The .xsession-errors problem

[Linux-Fan]

Teemu Likonen writes:


It seems that ~/.xsession-errors file can still grow to infinity in
size. Sometimes it grows really fast. This is nothing new: we have all
seen it and talked about it. What do you do to maintain this file?


Until now, I had not seen it as a problem. But it is quite large here, too:

~$ du -sh .xsession-errors
16M .xsession-errors


  - Do you just delete it when you happen to notice it's too big?


I think that would be my approach, given that it seems to grow slowly here.  
First entry is from 30 Sep 2018 :)



  - Do you configure some rotating system, perhaps with logrotate(8)?
(Why doesn't Debian have this automatically?)


I think the policy against having an automatism is to avoid changing the  
home directory contents by anything else than explicitly user-invoked  
applications.



  - Do you add it to your backup system's ignore list so that a
potentially big file doesn't fill your backups?


I do not include /home in my backups at all (except for some specific  
subtrees) because there are a lot of applications writing unneeded  
files there. Consider the various recently-used-lists, cache files,  
thumbnails, GUI settings, trash folders whatever. Nothing to backup for me  
there. I opt to keep my data on an entirely different directory structure as  
to avoid applications dumping their files next to my personal data.


[...]


  - Why is it normal that in Debian (and GNU/Linux) you need to manually
delete a hidden file to keep it from filling your hard disks?


There seem to be other areas that are constantly growing, too. APT  
downloaded package files come to mind. For /home-structures it is usually up  
to the user to fix it whereas the system-wide "growths" are better handled  
by the admin...


[...]

Just my thoughts, YMMV
Linux-Fan

öö


pgpLpRPvm4i5V.pgp
Description: PGP signature

Re: The .xsession-errors problem

[Teemu Likonen]

* 2020-10-26 18:12:43+01, Sven Joachim wrote:

> If you have a good idea how to fix that, please send it to bug
> #287876[1] or one of its siblings.

> 1. https://bugs.debian.org/287876

There are already ideas and even patches in the bug report. For example
a logrotate patch was sent in 2005-02-27. There are ideas about
/etc/X11/Xsession script too. Debian developers certainly can fix this
if they want.

-- 
/// Teemu Likonen - .-.. https://www.iki.fi/tlikonen/
// OpenPGP: 4E1055DC84E9DFF613D78557719D69D324539450


signature.asc
Description: PGP signature

Re: aptitude safe-upgrade vs apt-get upgrade.

[Michael Lange]

Hi,

On Mon, 26 Oct 2020 11:58:18 -0500
"R. Ramesh"  wrote:

(...)

> I have these exact lines in my sources.list also. I thought we have 
> backports so that we can get the newer version of packages. For
> example, buster multimedia has mythtv 0.30 and backports has mythtv
> 0.31 (the last time I checked). I have installed 0.31 in my system
> (using -t stable-backports, I think) as my frontend need to be
> compatible with backend that runs mythtv 0.31 (on xubuntu 20.04). In
> that case, would the above pinning rule prevent proper upgrade as it
> puts backports at a lower priority? (I assume that is what your pinning
> rules imply unless priorities are increased with lower numerical value)
> 
> In other words, should I stick to aptitude's decision?
> 
> Why priority 331 and 332? Why not some other two with same
> relationship? Sorry, if I asked a simple question. I will be more than
> happy to read documentation, if I will find it there.


these values are somewhat arbitraryly chosen. The point is that they
have to be values smaller than 500 and greater than 100 and that the
value for the deb-multimedia backports needs to be smaller than that of
the regular deb-multimedia repo.

This is because 500 is the default priority of any repo defined in
sources.list; if two or more packages from different repos share this
same priority, the package with the newest version number will be
installed; usually when using stable with deb-multimedia this is the
deb-multimedia (backports) package. If priorities differ, the package with
the highest priority will be installed, unless the lower priority package
is explicitely requested by the user.

So, if you don't pin down the priority of deb-multimedia, virtually every
audio- and video-related package on your system will be replaced with the
deb-multimedia version, which for the sake of stability is very likely a
bad idea. 
So it is safer to lower the priority of deb-multimedia and that of
deb-multimedia backports even a bit more, so that the official debian
packages remain the default, deb-multimedia packages the first
alternative if you actually want/need a newer version or a version with
some extra features and deb-multimedia backports the last choice if you
really, really need that version.

But please beware: blindly installing too many of these can easily mess
with apt's dependencies and cause nasty situations ("dependency hell")

> In other words, should I stick to aptitude's decision?

I really recommend to do the pinning first, then re-run

$ apt update

and then look again what is suggested when you call apt-get upgrade or
aptitude safe-upgrade.
I have a hunch that probably there won't be much to upgrade anymore.

And as someone else pointed out, apt-get upgrade will not always install
the latest kernel and possibly other things you would want to keep up to
date, so you might wnat to consider to just use apt-get dist-upgrade
instead, which in my experience with a properly configured debian stable
system should not cause any problems.


Regards

Michael


.-.. .. ...- .   .-.. --- -. --.   .- -. -..   .--. .-. --- ... .--. . .-.

You're too beautiful to ignore.  Too much woman.
-- Kirk to Yeoman Rand, "The Enemy Within", stardate
unknown

Re: Raid 1 borked

[R. Ramesh]

Hi folks,

So we're setting up a small server with a pair of 1 TB hard 
diskssectioned into 5x100GB Raid 1 partition pairs for data, with 
400GB+reserved for future uses on each disk.I'm not sure what 
happened, we had the five pairs of disk partitions setup properly 
through the installer without problems. However, now theRaid 1 pairs 
are not mounted as separate partitions but do show up assubdirectories 
under /, ie /datab, and they do seem to work as part ofthe regular / 
filesystem. df -h does not show any md devices or sda/bdevices, 
neither does mount. (The system partitions are on an nvme ssd).lsblk 
reveals sda and sdb with sda[1-5] and sdb[1-5] but no md[0-5].blkid 
reveals that sda[1-5] and sdb[1-5] are still listed as

TYPE="linux_raid_member".

So first of all I'd like to be able to diagnose what's going on. 
Whatcommands should I use for that? And secondly, I'd like to get the 
raidarrays remounted as separate partitions. How to do 
that?Fortunately, there is no data to worry about. However, I'd rather 
notreinstall as we've put in a bit of work installing and 
configuringthings. I'd prefer not to loose that. Can someone help us out?

Thanks in advance,

Bill


Did you create the md raid1s after partitioning the disks?

Normally when you install mdadm or when you install the system from 
usb/.iso for the first time, the respective mds are assembled and 
appropriately set up if you have already created them.


If you added and partitioned the disk after the main system has been 
installed and running, you will have to create md raid1s and enable 
automatic assembly through /etc/mdadm.conf file. You may need to update 
your initrd also, but this I am not sure. To access and use the md 
raid1s as file systems, You also need to add appropriate fstab entries 
to mount them.


Hope I am not trivializing your issues.

Regards
Ramesh

Re: Re: aptitude safe-upgrade vs apt-get upgrade.

[R. Ramesh]

To resolve this, you might consider to create a file
like e.g. /etc/apt/preferences.d/multimedia .

Here the content of that file looks like:

Package: *
Pin: release o=Unofficial Multimedia Packages,n=buster
Pin-Priority: 332

Package: *
Pin: release o=Unofficial Multimedia Packages,n=buster-backports
Pin-Priority: 331


Michael,

  Thanks for explaining why the difference exists. However, I do not 
know what these two rules mean to upgrade decisions.  So, I ask the 
following based on sources.list lines.



with the respective entries in my sources.list:

debhttp://www.deb-multimedia.org    buster main 
non-free
debhttp://www.deb-multimedia.org    
buster-backports main non-free

I have these exact lines in my sources.list also. I thought we have 
backports so that we can get the newer version of packages. For example, 
buster multimedia has mythtv 0.30 and backports has mythtv 0.31 (the 
last time I checked). I have installed 0.31 in my system (using -t 
stable-backports, I think) as my frontend need to be compatible with 
backend that runs mythtv 0.31 (on xubuntu 20.04). In that case, would 
the above pinning rule prevent proper upgrade as it puts backports at a 
lower priority? (I assume that is what your pinning rules imply unless 
priorities are increased with lower numerical value)


In other words, should I stick to aptitude's decision?

Why priority 331 and 332? Why not some other two with same relationship? 
Sorry, if I asked a simple question. I will be more than happy to read 
documentation, if I will find it there.


Regards
Ramesh

Re: The .xsession-errors problem

[Sven Joachim]

On 2020-10-26 18:35 +0200, Teemu Likonen wrote:

> It seems that ~/.xsession-errors file can still grow to infinity in
> size. Sometimes it grows really fast. This is nothing new: we have all
> seen it and talked about it. What do you do to maintain this file?
>
>   - Do you just delete it when you happen to notice it's too big?
>
>   - Do you configure some rotating system, perhaps with logrotate(8)?
> (Why doesn't Debian have this automatically?)
>
>   - Do you add it to your backup system's ignore list so that a
> potentially big file doesn't fill your backups?

I simply truncate it in my ~/.xsession file, since I don't care what's
in it once my session has ended.  Maybe this has some side effects when
starting multiple sessions, but I rarely do that and so far did not have
any problems.

>   - What do Debian documentation and faq lists teach about maintaining
> this potentially huge file?
>
>   - Why is it normal that in Debian (and GNU/Linux) you need to manually
> delete a hidden file to keep it from filling your hard disks?
>
> Note that I'm not necessarily looking for help but different views are
> welcome. I'm mostly interested in the phenomenon that there still is
> this well-known indefinitely growing file and seemingly no automatic
> rotation.

If you have a good idea how to fix that, please send it to bug
#287876[1] or one of its siblings.

Cheers,
   Sven


1. https://bugs.debian.org/287876

Re: Problem unplugging a USB drive

[Mick Ab]

Why did the kernel automatically mount the stick ?

Usually mounts have to be made manually for this port.
On 26 Oct 2020 15:24, "David Wright"  wrote:

> On Mon 26 Oct 2020 at 13:56:36 (+), Curt wrote:
> > On 2020-10-26, Joe  wrote:
> > >
> > > When you say 'just before', are you talking milliseconds or minutes?
> > >
> > > USB 'plugs' are appalling, and I've known sticks to be unrecognised,
> but
> > > found after wiggling the device slightly.
> > >
> >
> > I have a USB port like that; it's fickle. But I only actually realized
> > or pinpointed it was the port being fickle (to interpret a certain
> > semeiology I won't go into here) because David Wright mentioned the
> > phenomenon in this forum not long ago.
>
> https://lists.debian.org/debian-user/2020/08/msg00506.html
>
> With caddies, I'd add that things aren't improving at the other end of
> the cable. My USB2 caddies have a small connector (I think they're
> Mini B) on a 6ft flexible cable at the caddy end. If you hold the
> cable a foot away from the caddy and move it side to side, the
> miniplug is stable as a rock.
>
> With the newer caddies, their connectors (3.0 Micro B, I believe)
> are on a shorter, stiffer cable. Move the cable in the same way,
> and the connector rocks from side to side, eventually generating
> errors (or falling out).
>
> Cheers,
> David.
>
>

Re: The .xsession-errors problem

[Reco]

Hi.

On Mon, Oct 26, 2020 at 06:35:45PM +0200, Teemu Likonen wrote:
> It seems that ~/.xsession-errors file can still grow to infinity in
> size. Sometimes it grows really fast. This is nothing new: we have all
> seen it and talked about it. What do you do to maintain this file?
> 
>   - Do you just delete it when you happen to notice it's too big?

I used custom logrotate config, and then it dawned on me (see below).

>   - Do you configure some rotating system, perhaps with logrotate(8)?
> (Why doesn't Debian have this automatically?)

For Debian, it may work. For RHEL, for instance, such logrotate policy
would be denied by SELinux.
That, and inviting running-as-root logrotate to cleanup user files opens
all kinds of trouble.

>   - Do you add it to your backup system's ignore list so that a
> potentially big file doesn't fill your backups?

Nope, there's no need to.

>   - What do Debian documentation and faq lists teach about maintaining
> this potentially huge file?

Prevent such writes in the first place. Hack /etc/X11/Xsession, replace
logging to a file to logging to syslog. A simple one-liner will do:

exec 1> >(/usr/bin/logger -e -t xsession-$USER -p user.notice) 2>&1

If you don't need all these extra messages in /var/log/messages - just
write a simple rsyslogd filter.

>   - Why is it normal that in Debian (and GNU/Linux) you need to manually
> delete a hidden file to keep it from filling your hard disks?

I fail to see the difference between .xsession-errors and some user-run
(cr)application logfile. Both can fill all the filesystem that you're
throwing at it.

Reco

The .xsession-errors problem

[Teemu Likonen]

It seems that ~/.xsession-errors file can still grow to infinity in
size. Sometimes it grows really fast. This is nothing new: we have all
seen it and talked about it. What do you do to maintain this file?

  - Do you just delete it when you happen to notice it's too big?

  - Do you configure some rotating system, perhaps with logrotate(8)?
(Why doesn't Debian have this automatically?)

  - Do you add it to your backup system's ignore list so that a
potentially big file doesn't fill your backups?

  - What do Debian documentation and faq lists teach about maintaining
this potentially huge file?

  - Why is it normal that in Debian (and GNU/Linux) you need to manually
delete a hidden file to keep it from filling your hard disks?

Note that I'm not necessarily looking for help but different views are
welcome. I'm mostly interested in the phenomenon that there still is
this well-known indefinitely growing file and seemingly no automatic
rotation.

From my backups I found an ~/.xsession-errors file of size 111
megabytes. Probably I deleted the file at that point and it started grow
again.

-- 
/// Teemu Likonen - .-.. https://www.iki.fi/tlikonen/
// OpenPGP: 4E1055DC84E9DFF613D78557719D69D324539450


signature.asc
Description: PGP signature

Re: Raid 1 borked

[Dan Ritter]

Bill wrote: 
> So we're setting up a small server with a pair of 1 TB hard disks sectioned
> into 5x100GB Raid 1 partition pairs for data,  with 400GB+ reserved for
> future uses on each disk.

That's weird, but I expect you have a reason for it.

> I'm not sure what happened, we had the five pairs of disk partitions set up
> properly through the installer without problems. However, now the Raid 1
> pairs are not mounted as separate partitions but do show up as
> subdirectories under /, ie /datab, and they do seem to work as part of the
> regular / filesystem.  df -h does not show any md devices or sda/b devices,
> neither does mount. (The system partitions are on an nvme ssd).

Mounts have to happen at mount points, and mount points are
directories. What you have is five mount points and nothing
mounted on them.


> lsblk reveals sda and sdb with sda[1-5] and sdb[1-5] but no md[0-5]. blkid
> reveals that sda[1-5] and sdb[1-5] are still listed as
> TYPE="linux_raid_member".
> 
> So first of all I'd like to be able to diagnose what's going on. What
> commands should I use for that? And secondly, I'd like to get the raid
> arrays remounted as separate partitions. How to do that?

Well, you need to get them assembled and mounted. I'm assuming
you used mdadm.

Start by inspecting /proc/mdstat. Does it show 5 assembled MD
devices? If not:

mdadm -A /dev/md0
mdadm -A /dev/md1
mdadm -A /dev/md2
mdadm -A /dev/md3
mdadm -A /dev/md4

And tell us any errors.

Once they are assembled, mount them:

mount -a

if that doesn't work -- did you remember to list them in
/etc/fstab? Put them in there, something like:

/dev/md0/dataa  ext4defaults0   0

and try again.

-dsr-


> 
> Fortunately, there is no data to worry about. However, I'd rather not
> reinstall as we've put in a bit of work installing and configuring things.
> I'd prefer not to loose that. Can someone help us out?
> 
> Thanks in advance,
> 
>   Bill
> -- 
> Sent using Icedove on Debian GNU/Linux.
> 

-- 
https://randomstring.org/~dsr/eula.html is hereby incorporated by reference.
there is no justice, there is just us.

Re: Replacement Email Client

[Curt]

On 2020-10-26, Jeremy Nicoll  wrote:
> On Mon, 26 Oct 2020, at 13:49, Curt wrote:
>> On 2020-10-26, Greg Wooledge  wrote:
>
>> > But what would the form's Submit action be?
>
>> HTML Forms
>> 
>> 
>
> ... which works fine when someone is browsing a page served by some 
> website's own server... as that partial URL points to a php file which is
> part of the website concerned.

 
 
 

?

> But the point that Greg is making (I assume) is that if you view an html file
> that was part of an email, in a browser, that "/action_page" will not 
> point
> anywhere sensible unless it contains a full URL.
>


-- 

Re: Problem unplugging a USB drive

[David Wright]

On Mon 26 Oct 2020 at 13:56:36 (+), Curt wrote:
> On 2020-10-26, Joe  wrote:
> >
> > When you say 'just before', are you talking milliseconds or minutes?
> >
> > USB 'plugs' are appalling, and I've known sticks to be unrecognised, but
> > found after wiggling the device slightly.
> >
> 
> I have a USB port like that; it's fickle. But I only actually realized
> or pinpointed it was the port being fickle (to interpret a certain
> semeiology I won't go into here) because David Wright mentioned the
> phenomenon in this forum not long ago.

https://lists.debian.org/debian-user/2020/08/msg00506.html

With caddies, I'd add that things aren't improving at the other end of
the cable. My USB2 caddies have a small connector (I think they're
Mini B) on a 6ft flexible cable at the caddy end. If you hold the
cable a foot away from the caddy and move it side to side, the
miniplug is stable as a rock.

With the newer caddies, their connectors (3.0 Micro B, I believe)
are on a shorter, stiffer cable. Move the cable in the same way,
and the connector rocks from side to side, eventually generating
errors (or falling out).

Cheers,
David.

Raid 1 borked

[Bill]

Hi folks,

So we're setting up a small server with a pair of 1 TB hard disks 
sectioned into 5x100GB Raid 1 partition pairs for data,  with 400GB+ 
reserved for future uses on each disk.


I'm not sure what happened, we had the five pairs of disk partitions set 
up properly through the installer without problems. However, now the 
Raid 1 pairs are not mounted as separate partitions but do show up as 
subdirectories under /, ie /datab, and they do seem to work as part of 
the regular / filesystem.  df -h does not show any md devices or sda/b 
devices, neither does mount. (The system partitions are on an nvme ssd).


lsblk reveals sda and sdb with sda[1-5] and sdb[1-5] but no md[0-5]. 
blkid reveals that sda[1-5] and sdb[1-5] are still listed as

TYPE="linux_raid_member".

So first of all I'd like to be able to diagnose what's going on. What 
commands should I use for that? And secondly, I'd like to get the raid 
arrays remounted as separate partitions. How to do that?


Fortunately, there is no data to worry about. However, I'd rather not 
reinstall as we've put in a bit of work installing and configuring 
things. I'd prefer not to loose that. Can someone help us out?


Thanks in advance,

Bill
--
Sent using Icedove on Debian GNU/Linux.

Re: aptitude safe-upgrade vs apt-get upgrade.

[John Hasler]

Andrei writes:
> dpkg does its own dependency checking, in addition to APT (the
> software, not the command), and will prevent any inconsistencies
> unless you use one of the --force switches.

What it does not do is resolve dependencies.  Apt recursively resolves
dependencies, installing them as required. It also detects conflicts
and offers to resolve them as well as breaking loops.

Dpkg is safe but can be rather frustrating.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: Please be respectful

[ellanios82]

> wrestling with a pig gains you nothing but a
layer of mud, and amuses the pig



.

 old song :


"PIG GOT UP AND SLOWLY WALKED AWAY, THE
(Music: F W Bowers / Lyrics: Benjamin Hapgood Burt)


Frank Crumit - 1934
Johnny Bond - 1966
Jim Croce - 1975

Also recorded by: Sam Hinton; Rudy Vallee;
Harry Belafonte; Clinton Ford; Acker Bilk.



One evening in October
When I was about one-third sober
And was taking home a load with manly pride
My poor feet began to stutter
So I lay down in the gutter
And a pig came up and lay down by my side

Then we sang "It's All Fair Weather"
And "Good Fellows Get Together"
Till a lady passing by was heard to say
She says, "You can tell a man who boozes
By the company he chooses"
And the pig got up and slowly walked away

Yes, the pig got up and slowly walked away
Slowly walked away, slowly walked away
Yes, the pig got up and he turned and winked at me
As he slowly walked away

I also well remember
One evening in November
When I was creeping home at break of day
For in my exhilaration
I engaged in conversation
With a cab-horse, right on the corner of Broadway

I was filled up to the eyeballs
With a flock of gin and highballs
So I whispered to the cab-horse old and grey
I says, "It's these all-night homeward marches
That gave us both our fallen arches."
And the old horse laughed and slowly walked away

Yes, the old horse laughed and slowly walked away
Slowly walked away, he slowly walked away
And the old horse laughed and he turned and winked at me
As he slowly walked away
As he slowly walked away  "





..

 rgds

Re: Replacement Email Client

[Jeremy Nicoll]

On Mon, 26 Oct 2020, at 13:49, Curt wrote:
> On 2020-10-26, Greg Wooledge  wrote:

> > But what would the form's Submit action be?

> HTML Forms
> 
> 

... which works fine when someone is browsing a page served by some 
website's own server... as that partial URL points to a php file which is
part of the website concerned.

But the point that Greg is making (I assume) is that if you view an html file
that was part of an email, in a browser, that "/action_page" will not point
anywhere sensible unless it contains a full URL.

-- 
Jeremy Nicoll - my opinions are my own.

Re: Replacement Email Client

[Linux-Fan]

Greg Wooledge writes:


On Mon, Oct 26, 2020 at 01:49:05PM +, Curt wrote:
> On 2020-10-26, Greg Wooledge  wrote:
> > On Mon, Oct 26, 2020 at 12:38:36PM +0100, Michael wrote:
> >> he is talking about filling in forms, etc. that are part of the html  
email.
> >> guys, ever heard of the ... html tags? that's what he means.
> >
> > But what would the form's Submit action be?
>
>
> 
> 
> 
>
> HTML Forms
>
> 
>   First name:
>   
>   Last name:
>   
>   
> 
>
> If you click the "Submit" button, the form-data will be sent to a page  
> called "/action_page.php".

>
> 
> 

Yes, this is exactly my point.

If you've received this form from a WEB SERVER, then /action_page.php
refers to a script on that same web server.  Or the equivalent of a
script.

But if you're just reading this form in a FILE on your LOCAL MACHINE,
which is what email is, then what is /action_page.php supposed to do?


In an e-mail form one would expect the `action` to point to an absolute URL.  
Consider this example (derived from above):




Absolute URL form test

https://www.google.com/search; method="GET">
 Search Query:
 
 




Works independently of where the file is stored and could thus also run  
inside an e-mail client.


HTH
Linux-Fan

öö


pgpeCNz8p4K3t.pgp
Description: PGP signature

Re: Problem unplugging a USB drive

[Curt]

On 2020-10-26, Joe  wrote:
>
> When you say 'just before', are you talking milliseconds or minutes?
>
> USB 'plugs' are appalling, and I've known sticks to be unrecognised, but
> found after wiggling the device slightly.
>

I have a USB port like that; it's fickle. But I only actually realized
or pinpointed it was the port being fickle (to interpret a certain
semeiology I won't go into here) because David Wright mentioned the
phenomenon in this forum not long ago.

Re: pvcreate muestra "WARNING: dos signature detected on /dev/sdb at offset 510. Wipe it? [y/n]"

[Camaleón]

El 2020-10-26 a las 14:52 +0100, miguel angel gonzalez escribió:

> Estoy creando un lvm de un disco completo, o intentándolo, me dice lo
> siguiente al crear el pv:
> 
> 
> root@maquina:~# pvcreate /dev/sdb
> WARNING: dos signature detected on /dev/sdb at offset 510. Wipe it? [y/n]: n
>   Aborted wiping of dos.
>   1 existing signature left on the device.
> 
> Si hago un fdisk -l veo lo siguiente:
> 
> Disk /dev/sdb: 2 TiB, 219902322 bytes, 4294967296 sectors
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> *Disklabel type: dos*
> Disk identifier: 0x51bb7cb8
> 
> Creo que puede ser eso de disklabel, en su momento le di formato pero he
> eliminado todas las particiones con fdisk
> 
> ¿Se os ocurre que puedo hacer?

Idéntica situación:

lvm: dos signature detected on /dev/sda4 at offset 510. Wipe it?
https://unix.stackexchange.com/questions/596240/lvm-dos-signature-detected-on-dev-sda4-at-offset-510-wipe-it

Si el disco contiene datos, procede con cautela.

Saludos,

-- 
Camaleón 

Re: aptitude safe-upgrade vs apt-get upgrade.

[Andrei POPESCU]

On Du, 25 oct 20, 21:00:03, Joe wrote:
> 
> Synaptic, the GUI tool, is a front end to apt-get. All the apt tools
> are a front end to dpkg, which does all the work but does no dependency
> checking and is therefore not safe to be used directly.

dpkg does its own dependency checking, in addition to APT (the software, 
not the command), and will prevent any inconsistencies unless you use 
one of the --force switches.

In my opinion this is pretty safe ;)

APT, aptitude and others are more than just front ends to dpkg as they 
are also the ones working with your configured repositories.

> All of the tools have a 'safe' mode which is guaranteed not to remove
> packages. However, many upgrades do require the removal of some
> packages, so the safe mode will only get you so far in these cases.
> 
> If you are using Stable, there should never be any real problem in
> upgrading. 

'apt-get upgrade' is insufficient even on a stable system, e.g. due to 
the kernel package changing names, it's better to just use 'apt upgrade' 
(or 'aptitude safe-upgrade') instead.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: pvcreate muestra "WARNING: dos signature detected on /dev/sdb at offset 510. Wipe it? [y/n]"

[miguel angel gonzalez]

Hola Pynalton,
Es un disco nuevo, no hay problema, son 2T, me da que va a tardar bastante
¿no?
Gracias.

El lun., 26 oct. 2020 a las 15:00, Paynalton ()
escribió:

>
>
> El lun., 26 de octubre de 2020 7:52 a. m., miguel angel gonzalez <
> mangelgonza...@gmail.com> escribió:
>
>> Buenos tardes,
>> Estoy creando un lvm de un disco completo, o intentándolo, me dice lo
>> siguiente al crear el pv:
>>
>>
>> root@maquina:~# pvcreate /dev/sdb
>> WARNING: dos signature detected on /dev/sdb at offset 510. Wipe it?
>> [y/n]: n
>>   Aborted wiping of dos.
>>   1 existing signature left on the device.
>>
>> Si hago un fdisk -l veo lo siguiente:
>>
>> Disk /dev/sdb: 2 TiB, 219902322 bytes, 4294967296 sectors
>> Units: sectors of 1 * 512 = 512 bytes
>> Sector size (logical/physical): 512 bytes / 512 bytes
>> I/O size (minimum/optimal): 512 bytes / 512 bytes
>> *Disklabel type: dos*
>> Disk identifier: 0x51bb7cb8
>>
>> Creo que puede ser eso de disklabel, en su momento le di formato pero he
>> eliminado todas las particiones con fdisk
>>
>> ¿Se os ocurre que puedo hacer?
>>
>> Gracias.
>> --
>> /m.a.
>>
>
> Pues el disk label es claro, la partición está marcada para formato dos. Y
> la alerta te dice que ha detectado huellas de que la partición pertenece a
> un sistema, lo cual podría acarrear pérdida de datos.
>
> Entonces, verifica primero que el disco que estás agregando al PV es el
> correcto.
>
> Usa DD para hacer un formateo de bajo nivel al disco:
>
> dd if=/dev/zero of=/dev/sdb
>
>>

-- 
/m.a.

Re: Replacement Email Client

[Greg Wooledge]

On Mon, Oct 26, 2020 at 01:49:05PM +, Curt wrote:
> On 2020-10-26, Greg Wooledge  wrote:
> > On Mon, Oct 26, 2020 at 12:38:36PM +0100, Michael wrote:
> >> he is talking about filling in forms, etc. that are part of the html email.
> >> guys, ever heard of the ... html tags? that's what he means.
> >
> > But what would the form's Submit action be?
> 
> 
> 
> 
> 
> 
> HTML Forms
> 
> 
>   First name:
>   
>   Last name:
>   
>   
>  
> 
> If you click the "Submit" button, the form-data will be sent to a page 
> called "/action_page.php".
> 
> 
> 

Yes, this is exactly my point.

If you've received this form from a WEB SERVER, then /action_page.php
refers to a script on that same web server.  Or the equivalent of a
script.

But if you're just reading this form in a FILE on your LOCAL MACHINE,
which is what email is, then what is /action_page.php supposed to do?

Re: Replacement Email Client

[Curt]

On 2020-10-26, Greg Wooledge  wrote:
> On Mon, Oct 26, 2020 at 12:38:36PM +0100, Michael wrote:
>> he is talking about filling in forms, etc. that are part of the html email.
>> guys, ever heard of the ... html tags? that's what he means.
>
> But what would the form's Submit action be?






HTML Forms


  First name:
  
  Last name:
  
  
 

If you click the "Submit" button, the form-data will be sent to a page 
called "/action_page.php".

Re: pvcreate muestra "WARNING: dos signature detected on /dev/sdb at offset 510. Wipe it? [y/n]"

[Paynalton]

El lun., 26 de octubre de 2020 7:52 a. m., miguel angel gonzalez <
mangelgonza...@gmail.com> escribió:

> Buenos tardes,
> Estoy creando un lvm de un disco completo, o intentándolo, me dice lo
> siguiente al crear el pv:
>
>
> root@maquina:~# pvcreate /dev/sdb
> WARNING: dos signature detected on /dev/sdb at offset 510. Wipe it? [y/n]:
> n
>   Aborted wiping of dos.
>   1 existing signature left on the device.
>
> Si hago un fdisk -l veo lo siguiente:
>
> Disk /dev/sdb: 2 TiB, 219902322 bytes, 4294967296 sectors
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> *Disklabel type: dos*
> Disk identifier: 0x51bb7cb8
>
> Creo que puede ser eso de disklabel, en su momento le di formato pero he
> eliminado todas las particiones con fdisk
>
> ¿Se os ocurre que puedo hacer?
>
> Gracias.
> --
> /m.a.
>

Pues el disk label es claro, la partición está marcada para formato dos. Y
la alerta te dice que ha detectado huellas de que la partición pertenece a
un sistema, lo cual podría acarrear pérdida de datos.

Entonces, verifica primero que el disco que estás agregando al PV es el
correcto.

Usa DD para hacer un formateo de bajo nivel al disco:

dd if=/dev/zero of=/dev/sdb

>

off-topic - backup em tempo real

[Vitor Hugo]

Bom dia;

Qual o equivalente ao File History e o Time Machine para o Linux?

Obrigado;

pvcreate muestra "WARNING: dos signature detected on /dev/sdb at offset 510. Wipe it? [y/n]"

[miguel angel gonzalez]

Buenos tardes,
Estoy creando un lvm de un disco completo, o intentándolo, me dice lo
siguiente al crear el pv:


root@maquina:~# pvcreate /dev/sdb
WARNING: dos signature detected on /dev/sdb at offset 510. Wipe it? [y/n]: n
  Aborted wiping of dos.
  1 existing signature left on the device.

Si hago un fdisk -l veo lo siguiente:

Disk /dev/sdb: 2 TiB, 219902322 bytes, 4294967296 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
*Disklabel type: dos*
Disk identifier: 0x51bb7cb8

Creo que puede ser eso de disklabel, en su momento le di formato pero he
eliminado todas las particiones con fdisk

¿Se os ocurre que puedo hacer?

Gracias.
-- 
/m.a.

Re: Please be respectful

[Joe]

On Mon, 26 Oct 2020 14:59:16 +0200
Andrei POPESCU  wrote:

> On Sb, 24 oct 20, 03:46:20, Leslie Rhorer wrote:
> > 
> > On 10/17/2020 1:59 AM, Andrei POPESCU wrote:  
> > > 
> > > This could be understood that in your opinion it is ok to be rude
> > > to a person unless that person has somehow earned your respect.
> > > 
> > > Is this what you meant?  
> > 
> > It is neither what I said, nor what should properly be
> > inferred from it. As I already mentioned, there is a difference
> > between rudeness and disrespect.  There is also a big difference
> > between not respecting someone and being either rude or
> > disrespectful to them.  I am not quite sure it is really ever OK to
> > be rude.  I know it is never acceptable to engage in puerile
> > behavior such as name-calling or ad hominem attacks.
> > 
> > It is also a very different thing to reserve one's respect
> > and one's opinions until someone has proven themselves than from
> > engaging in a gratuitous, unprovoked verbal attack.  Please do not
> > attempt to extrapolate from my statements beyond reasonable logical
> > boundaries. For one thing, it is rude to do so.  (But not
> > necessarily disrespectful.)  
>  
> I'm quite certain at least part of this huge discussion is caused by 
> misunderstandings.
> 
> This is my attempt to clarify at least some of it.
> 
> Apparently I failed.
> 

It's all a bit subjective. As I understand things, a stranger deserves
politeness, and also a default value of respect, which as Leslie says,
is worth nothing as it applies to every stranger. 

Genuine, higher-than-default respect can only be earned, but politeness
should always be maintained, even in the face of rudeness. Here's
another Internet meme: wrestling with a pig gains you nothing but a
layer of mud, and amuses the pig.

-- 
Joe

Re: Apache 2.4. Autoriser la méthode PUT pour un chemin spécifique

[Olivier]

J'ai trouvé l'existence du module mod_allowmethod:

AllowMethods OPTIONS GET POST PUT DELETE


Require all granted
Script PUT /srv/tftp/foo/file_upload.php


Malgré l'activation du module et la config ci-dessus, j'ai toujours :

$ curl -v -T foo.cfg http://192.168.1.1/foo/foo.cfg
...
> PUT /foo/foo.cfgt HTTP/1.1
> User-Agent: curl/7.38.0
...
>
< HTTP/1.1 100 Continue
* We are completely uploaded and fine
< HTTP/1.1 405 Method Not Allowed
< Date: Mon, 26 Oct 2020 13:39:20 GMT
* Server Apache/2.4.38 (Debian) is not blacklisted
< Server: Apache/2.4.38 (Debian)
< Allow: OPTIONS,HEAD,GET,POST
< Content-Length: 296
< Content-Type: text/html; charset=iso-8859-1
<


405 Method Not Allowed

Method Not Allowed
The requested method PUT is not allowed for this URL.
...

J'observe que la méthode PUT :
est bien envoyée
n'est pas incluse dans le header Allow du message d'erreur reçu en retour.

Une idée ?

Le mer. 21 oct. 2020 à 20:15, Olivier  a écrit :

> Bonjour,
>
> J'ai des fichiers dans une arboresence /srv/tftp/foo d'une machine sous
> Buster
> Je souhaite pouvoir "pousser" des fichiers dans cette arborescence avec la
> méthode PUT via un serveur Apache 2.4 sur lequel le paquet php est installé.
>
> Comment procéder proprement ?
>
> J'ai le fichier file_upload.php au contenu suivant:
>
>  //error_log("Current user is ".get_current_user());
>
> $data = file_get_contents("php://input");
> $output_filename = $_SERVER['DOCUMENT_ROOT'].$_SERVER['REQUEST_URI'];
>
> $code = file_put_contents($output_filename, $data);
> if (strlen($data) !== $code)
>error_log("Error code while writing ".$output_filename.": input length
> is ".strlen($data)." while output length is ".$code);
>
> ?>
>
>
> J'ai aussi un fichier de config Apache, activé avec a2enconf :
> 
>
> ServerAdmin webmaster@localhost
>
> Alias /foo /srv/tftp/foo
> DocumentRoot /srv/tftp/foo
> ErrorLog ${APACHE_LOG_DIR}/error.log
> CustomLog ${APACHE_LOG_DIR}/access.log combined
>
> 
> Options Indexes FollowSymLinks MultiViews
> AllowOverride None
> Require all granted
> Script PUT /srv/tftp/foo/file_upload.php
> 
>
> 
>
> J'ai:
> curl -T foo.cfg http://192.168.1.1/foo/foo.cfg
> 
> 
> 405 Method Not Allowed
> 
> Method Not Allowed
> The requested method PUT is not allowed for this URL.
> 
> Apache/2.4.38 (Raspbian) Server at 192.168.1.1 Port 80
> 
>
> Comment corriger ?
>
> Slts
>

Re: Please be respectful

[Andrei POPESCU]

On Sb, 24 oct 20, 03:46:20, Leslie Rhorer wrote:
> 
> On 10/17/2020 1:59 AM, Andrei POPESCU wrote:
> > 
> > This could be understood that in your opinion it is ok to be rude to a
> > person unless that person has somehow earned your respect.
> > 
> > Is this what you meant?
> 
>   It is neither what I said, nor what should properly be inferred from it.
> As I already mentioned, there is a difference between rudeness and
> disrespect.  There is also a big difference between not respecting someone
> and being either rude or disrespectful to them.  I am not quite sure it is
> really ever OK to be rude.  I know it is never acceptable to engage in
> puerile behavior such as name-calling or ad hominem attacks.
> 
>   It is also a very different thing to reserve one's respect and one's
> opinions until someone has proven themselves than from engaging in a
> gratuitous, unprovoked verbal attack.  Please do not attempt to extrapolate
> from my statements beyond reasonable logical boundaries. For one thing, it
> is rude to do so.  (But not necessarily disrespectful.)
 
I'm quite certain at least part of this huge discussion is caused by 
misunderstandings.

This is my attempt to clarify at least some of it.

Apparently I failed.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Problem unplugging a USB drive

[Joe]

On Mon, 26 Oct 2020 12:08:11 +
Mick Ab  wrote:

> A USB memory stick has been plugged into a USB 3 port for quite a few
> days. The stick was left there after it was discovered that the
> kernel does not recognise it (e.g. fdisk - l does not show the stick).
> 
> It was decided to unplug the stick. Subsequently the command
> cat  /var/log/messages was run and the messages revealed that just
> before the stick was unplugged, the kernel suddenly found the stick
> and automatically mounted it to /media/usb0. While the stick was being
> unplugged, the system performed a 'lazy' unmount from /media/usb0.
> 
> The stick was later plugged back into the USB 3 port and the dmesg
> command issued. The dmesg messages revealed that the stick was
> probably corrupted due to the lazy unmount.
> 
> My question is :-
> 
> Why did the kernel suddenly find the stick and automatically mount it
> just before the stick was unplugged ?

When you say 'just before', are you talking milliseconds or minutes?

USB 'plugs' are appalling, and I've known sticks to be unrecognised, but
found after wiggling the device slightly.

-- 
Joe

Problem unplugging a USB drive

[Mick Ab]

A USB memory stick has been plugged into a USB 3 port for quite a few days.
The stick was left there after it was discovered that the kernel does not
recognise it (e.g. fdisk - l does not show the stick).

It was decided to unplug the stick. Subsequently the command
cat  /var/log/messages was run and the messages revealed that just before
the stick was unplugged, the kernel suddenly found the stick and
automatically mounted it to /media/usb0. While the stick was being
unplugged, the system performed a 'lazy' unmount from /media/usb0.

The stick was later plugged back into the USB 3 port and the dmesg command
issued. The dmesg messages revealed that the stick was probably corrupted
due to the lazy unmount.

My question is :-

Why did the kernel suddenly find the stick and automatically mount it just
before the stick was unplugged ?

Re: Replacement Email Client

[Michael]

hey,

On Monday, October 26, 2020 12:57:18 PM CET, Greg Wooledge wrote:

But what would the form's Submit action be?


no idea. and i don't care. ask him...
i am not defending his desire using forms in an email client, i am just 
trying to translate what i think he wants.


but to answer your question:
afair, an html form usually initiates a post request with the contents of 
the form fields. so probably an external browser would be opened issueing 
that post request, if that's even possible. i don't know.
but a  submits a get request, which should work... not 
sure about this.


greetings...

Re: Replacement Email Client

[Greg Wooledge]

On Mon, Oct 26, 2020 at 12:38:36PM +0100, Michael wrote:
> he is talking about filling in forms, etc. that are part of the html email.
> guys, ever heard of the ... html tags? that's what he means.

But what would the form's Submit action be?

Re: Replacement Email Client

[Michael]

hey,

On Monday, October 26, 2020 2:57:07 AM CET, Dan Ritter wrote:
Carl Fink wrote: 
I think we are all confused and the original questioner needs to 
provide an example of the very strange email that they want

to work with.


really?

i think it's pretty clear what he wants:

On Monday, October 26, 2020 1:28:48 AM CET, Patrick Bartek wrote:

I'm not referring to viewing HTML emails.  I already can do that in
Claws-Mail using its Dillo plugin. I'm talking about filling in forms,
etc. that are part of the HTML email and sending just the data without
"replying" in the normal sense.


slowly:


I'm not referring to viewing HTML emails


his point is not to simply be able to 'view' html mails

I already can do that in Claws-Mail using its Dillo plugin. 


he can already do that in claws-mail using its dillo plugin


I'm talking about filling in forms, etc. that are part of the HTML email
[...]

he is talking about filling in forms, etc. that are part of the html email.
guys, ever heard of the ... html tags? that's what he means.


[...] and sending just the data without "replying" in the normal sense
he wants an email client that displays html email _with forms_ and fill in 
these forms _within the email client_, and send the data by clicking some 
kind of 'submit' button _within the email client_.


correct me, if i'm wrong...

greetings...

[HS] Re: coup de pouce ou de pied financier pour framasoft et peertube

[fabricer]

excellente nouvelle!

f.

Le 26/10/2020 à 08:49, Bernard Schoenacker a écrit :

bonjour,

je viens de lire la nouvelle et voici le lien :
https://bits.debian.org/2020/10/debian-donation-peertube.html

merci pour votre aimable attention

bien à vous
Bernard

Re: Replacement Email Client

[tomas]

On Sun, Oct 25, 2020 at 05:07:05PM -0700, Patrick Bartek wrote:

[...]

> [...] One cannot interact and transmit data as I need to.

I think this is the core of the problem. Up to now you haven't taken
up the job to specify what that means: in the context of the Web, this
covers a broad field:

 - if it's the traditional GET/POST dance, possibly slinging around
   a couple of cookies, I'm pretty sure Dillo is up to the task;

 - if it involves Javascript (and many pages do, the stupid Web
   frameworks nearly force developers to!), then I don't know
   whether Dillo has a Javascript engine built in (if it has, I
   guess it is borrowed from somewhere, because no "normal" entity
   is able to survive the arm's race imposed by Da Googla (heck,
   even Microsoft gave in). But then, you're into full-grown
   Web browser territory anyway.

As it stands, your request reminds me of those customer requirements
à la "it has to work exactly as application X". It's a starting point,
but if the customer and me don't manage to advance significantly from
there, I usually decline the gig.

Cheers
 - t


signature.asc
Description: Digital signature

coup de pouce ou de pied financier pour framasoft et peertube

[Bernard Schoenacker]

bonjour,

je viens de lire la nouvelle et voici le lien :
https://bits.debian.org/2020/10/debian-donation-peertube.html

merci pour votre aimable attention

bien à vous
Bernard