On 18.03.2021 11:33, Susmita/Rajib wrote:
...
Then I was able to reach only up to (initramfs), snapshot at the
following Link: http://bit.do/Debian10-8-0_stallingHere
I most humbly request you to please be a little patient with me as I
am not as gifted as you are in these matters.
Best.
Rajib
On Wed, Mar 17, 2021 at 10:54:24PM -0400, Celejar wrote:
> On Sat, 13 Mar 2021 09:45:28 +0100
> wrote:
>
> > On Sat, Mar 13, 2021 at 09:24:50AM +0200, Andrei POPESCU wrote:
>
> ...
>
> > > Fortunately most of the
> > > conversations have been moving to WhatsApp (wh
On Thu, Mar 18, 2021 at 05:03:49AM +0100, deloptes wrote:
> Celejar wrote:
>
> > I'm not sure whether you're being serious or facetious, but WhatsApp
> > apparently has genuine end-to-end encryption, using the Signal protocol,
> > and neither of the ends is Facebook.
> >
> > Of course, it's close
On Jo, 18 mar 21, 09:28:06, to...@tuxteam.de wrote:
>
> So while I don't doubt that the WA client *could* *in principle*
> do end-to-end encryption, they'll do whatever it takes to trick
> end users to share their juicy data with the mothership, FB. It's
> their life-blood.
I'm guessing the full
Susmita/Rajib (12021-03-18):
> My illustrious Team Members,
>
> Acting on your advice on the Realtek thread, I have downloaded a Live
> ISO of Debian Buster debian-live-10.8.0-amd64-lxde.iso and proceeded
> from there.
>
> I had created a lot of unnecessary noise (at that time, unduly made
> anxi
On Thu, Mar 18, 2021 at 10:55:54AM +0200, Andrei POPESCU wrote:
> On Jo, 18 mar 21, 09:28:06, to...@tuxteam.de wrote:
> >
> > So while I don't doubt that the WA client *could* *in principle*
> > do end-to-end encryption, they'll do whatever it takes to trick
> > end users to share their juicy data
Thank you, Dr. George and Mr. Makartsev, for your inputs.
Of late, it appears as if Debian is an endlessly branching vortex. One
begins with an intent to solve one problem (in my case, can't use the
sound card in duplex mode), but is pushed into another.
Debian appears to have become unmanageably
While doing my homework using LibreOffice, suddenly it crash and hung.
then I execute "glance" to check system status but the program crash
with debut log said my /tmp not available...
that so weird. I execute df -h and my drive are there. "ls /tmp" also
work but writing anything not workin
>
> I don't want my SSD or HDD died suddenly
>
You need to check smart.
https://en.wikipedia.org/wiki/S.M.A.R.T.
Package is called "smartmontools"
https://packages.debian.org/sid/smartmontools
> fdisk output also said "Partition 1 does not start on physical sector
> boundary." on my sda1
>
> r
On Thu, 18 Mar 2021 09:28:06 +0100
wrote:
> On Wed, Mar 17, 2021 at 10:54:24PM -0400, Celejar wrote:
> > On Sat, 13 Mar 2021 09:45:28 +0100
> > wrote:
> >
> > > On Sat, Mar 13, 2021 at 09:24:50AM +0200, Andrei POPESCU wrote:
> >
> > ...
> >
> > > > Fortunately mos
May I know why you want to check sdb instead of sda?
btw, this is output for both:
-
Disk /dev/sdb: 111.79 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512
On Thu, Mar 18, 2021 at 5:28 PM Robbi Nespu wrote:
> May I know why you want to check sdb instead of sda?
>
Oops, I made a typo:)
>
> /dev/sdb1 * 2048 234440703 234438656 111.8G 83 Linux
>
Your sdb is aligned successfully
Device Boot StartEndSectors Size Id Type
> /dev/
On Thu 18 Mar 2021 at 17:45:55 (+0300), IL Ka wrote:
> On Thu, Mar 18, 2021 at 5:28 PM Robbi Nespu wrote:
>
> > May I know why you want to check sdb instead of sda?
> >
> Oops, I made a typo:)
Oh, I thought you said that because (from the OP):
"that so weird. I execute df -h and my drive are
IL Ka composed on 2021-03-18 17:45 (UTC+0300):
> Robbi Nespu wrote:
> Device Boot StartEndSectors Size Id Type
>> /dev/sda1 63 1953520456 1953520394 931.5G 7 HPFS/NTFS/exFAT
> This one is wrong.
> https://wiki.debian.org/DiskBlockAlignment
> Old disk management tools
>
>
> This old alignment usually only reduces performance on a 4k sector HDD.
Here is output from topic starter's fdisk:
===
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (m
I'm getting pretty confuse with these statements.
On 3/18/21, Celejar wrote:
> (...)
> I definitely share your concerns about Facebook (although perhaps not
> quite your vehemence), but making **blatantly incorrect** assertions like
> the claim that Facebook is one of the ends of WhatsApp's E2E e
>
>
> Steady on. There's likely to be a load of personal data on this drive.
>
Yes, backup should be done first!
> That partition table looks perfectly normal for disks of a certain vintage;
>
I agree, but from "fdisk" output I see 4K (advanced format).
Is your drive advanced-formatted?
Of cou
On 3/18/21, riveravaldez wrote:
> I'm getting pretty confuse with these statements.
> (...)
Sorry to everybody, I forgot to fix the addresses...
IL Ka composed on 2021-03-18 18:40 (UTC+0300):
>> This old alignment usually only reduces performance on a 4k sector HDD.
> Here is output from topic starter's fdisk:
...
> Sector size (logical/physical): 512 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
> Device B
On Thu, Mar 18, 2021 at 10:07:08AM -0400, Celejar wrote:
[...]
> I definitely share your concerns about Facebook (although perhaps not
> quite your vehemence),
:-)
>but making blatantly incorrect assertions like
> the claim that Facebook is one of the ends of WhatsApp's
On Thu 18 Mar 2021 at 18:49:57 (+0300), IL Ka wrote:
> >
> > Steady on. There's likely to be a load of personal data on this drive.
> >
>
> Yes, backup should be done first!
>
> > That partition table looks perfectly normal for disks of a certain vintage;
> >
> I agree, but from "fdisk" output I
On Thu, 18 Mar 2021 12:49:27 -0300
riveravaldez wrote:
> I'm getting pretty confuse with these statements.
>
> On 3/18/21, Celejar wrote:
> > (...)
> > I definitely share your concerns about Facebook (although perhaps
> > not quite your vehemence), but making **blatantly incorrect**
> > asserti
On Thu, 18 Mar 2021 17:25:48 +0100
to...@tuxteam.de wrote:
> On Thu, Mar 18, 2021 at 10:07:08AM -0400, Celejar wrote:
>
> [...]
>
> > I definitely share your concerns about Facebook (although perhaps not
> > quite your vehemence),
>
> :-)
>
> >but making blatantly incor
Suffice it to say that the only Social Media outfit I trust less than I
trust Facebook or Twitter (neither of which I trust any further than I
can throw the U.S.S. Hornet) is LinkedIn. Which I have loathed since
*before* they became a wholly-owned subsidiary of Microsloth.
--
JHHL
(I'd use a s
On Thu, 18 Mar 2021 12:49:27 -0300
riveravaldez wrote:
> I'm getting pretty confuse with these statements.
>
> On 3/18/21, Celejar wrote:
> > (...)
> > I definitely share your concerns about Facebook (although perhaps not
> > quite your vehemence), but making **blatantly incorrect** assertions
On 18.03.2021 18:16, Robbi Nespu wrote:
While doing my homework using LibreOffice, suddenly it crash and hung.
then I execute "glance" to check system status but the program crash
with debut log said my /tmp not available...
that so weird. I execute df -h and my drive are there. "ls /tmp" al
Hi there,
I noticed recently that efibootmgr stoped working. On all my Sid
machines I get the following:
# efibootmgr
EFI variables are not supported on this system.
But if I run Buster (the same hardware) then everything is ok. So this
is definitely software problem. I also noticed that the
to...@tuxteam.de wrote:
> Come on, as soon as you go out to the street you can be run over by a
> bus...
>
> You'll still take some precautions, as it might enhance your odds of
> survival :)
>
>> Why should I bother with your encryption efforts, when I can read your
>> screen?
>
> This is a go
On Thu 18 Mar 2021 at 21:09:58 +0100, deloptes wrote:
> to...@tuxteam.de wrote:
>
> > Come on, as soon as you go out to the street you can be run over by a
> > bus...
> >
> > You'll still take some precautions, as it might enhance your odds of
> > survival :)
> >
> >> Why should I bother with y
On 3/18/21, Celejar wrote:
> On Thu, 18 Mar 2021 12:49:27 -0300
> riveravaldez wrote:
>
>> I'm getting pretty confuse with these statements.
>>
>> On 3/18/21, Celejar wrote:
>> > (...)
>> > I definitely share your concerns about Facebook (although perhaps not
>> > quite your vehemence), but maki
Brian writes:
On Thu 18 Mar 2021 at 21:09:58 +0100, deloptes wrote:
[...]
> paranoid - isolate the machine where you read and write, encrypt and
> decrypt your messages! I was thinking of starting a crowdfund project for
> such a device, but no time to even draft a business plan.
Perhaps yo
On 2021-03-18 21:03 +0100, Grzesiek Sójka wrote:
> I noticed recently that efibootmgr stoped working. On all my Sid
> machines I get the following:
>
> # efibootmgr
> EFI variables are not supported on this system.
>
> But if I run Buster (the same hardware) then everything is ok. So this
> is def
> Perhaps you and all the others could use -debian-offtopic to air
Not sure what "offtopic" has to do with this discussion, so I'll assume
it was a typo for `debian-offline`.
I hear there's a lot of interesting discussions there about how to
communicate safely, but sadly so far I haven't managed
Stefan Monnier wrote:
> I hear there's a lot of interesting discussions there about how to
> communicate safely, but sadly so far I haven't managed to configure my
> safe not-internet-connected machine to participate.
do you think it is possible to have public & encrypted discussion, when we
do n
On Thu, 18 Mar 2021 17:53:13 -0300
riveravaldez wrote:
> On 3/18/21, Celejar wrote:
...
> > (...) The bottom line: no, I don't "know" that WhatsApp is secure, but
> > neither do I "know" that anything I run is. (...)
>
> To put it simply, I can't accept the idea that in terms of security or p
Celejar wrote:
> I certainly agree that they aren't "perfectly comparable or even the
> same," and I certainly do trust open source software considerably more.
> I was just objecting to absolutist claims that non-open source software
> is completely untrustworthy - claims such as yours that trusti
On Thu, 18 Mar 2021 17:45:55 +0300 L Ka wrote:
Old disk management tools did such alignment because they believed that any
drive uses 512 byte sectors.
But modern software (starting from Win7 I believe) uses 4KB alignment because
it is compatible with advanced format and SSD.
Do you mean linux
On Thu, 18 Mar 2021 10:23:57 -0500 David Wright
wrote:
Well, that's the nature of the beast, and what backups are for.
Was your fsck successful? Can you now read the files on the disk?
the fsck are successful, not sure every files inside are readable or
corrupt but the most files I accessed l
On Thu, 18 Mar 2021 23:06:31 +0500 "Alexander V. Makartsev"
wrote:
Partitions mounted with 'errors=remount-ro' option will be remounted as
read-only automatically, if a kernel detects an error.
I suggest you to dig a little deeper, because there is a possibility a hardware
problem is the sourc
39 matches
Mail list logo
