Le 11/10/2018 à 14:39, songbird a écrit :
Pascal Hambourg wrote:
Le 10/10/2018 à 23:17, songbird a écrit :
Pascal Hambourg wrote:
...
The most common reason is that the swap was reformatted by another
installation and its UUID changed. This cannot cause filesystem corruption.
unless the
Pascal Hambourg wrote:
> Le 10/10/2018 à 23:17, songbird a écrit :
>> Pascal Hambourg wrote:
>> ...
>>> The most common reason is that the swap was reformatted by another
>>> installation and its UUID changed. This cannot cause filesystem corruption.
>>
>>unless the user mistakenly reversed th
Le 10/10/2018 à 23:17, songbird a écrit :
Pascal Hambourg wrote:
...
The most common reason is that the swap was reformatted by another
installation and its UUID changed. This cannot cause filesystem corruption.
unless the user mistakenly reversed the partitions...
What do you mean ?
sw
On 10/9/18 9:18 PM, Beco wrote:
PS. Maybe I should start a new installation from scratch,
+1
Do a fresh install of Debian Stable using only official Debian packages,
make as few configuration changes as possible (e.g. /etc/*), run the
laptop as your primary desktop for a week, and see what
Pascal Hambourg wrote:
...
> The most common reason is that the swap was reformatted by another
> installation and its UUID changed. This cannot cause filesystem corruption.
unless the user mistakenly reversed the partitions...
swap is always reformatted if used during an installation.
song
Le 10/10/2018 à 06:18, Beco a écrit :
I was lead to believe that a problem with the UUID in the file:
$ cat /etc/initramfs-tools/conf.d/resume
RESUME=UUID=e07e74f3-fa2f-blablabla
caused the error.
For some reason, this UUID was not reflecting the real UUID of the swap
file.
The most common
Hello guys,
Just an update.
I was lead to believe that a problem with the UUID in the file:
$ cat /etc/initramfs-tools/conf.d/resume
RESUME=UUID=e07e74f3-fa2f-blablabla
caused the error.
For some reason, this UUID was not reflecting the real UUID of the swap
file.
I was about to mark this as
On Friday 05 October 2018 08:53:14 Beco wrote:
> Dear linux users,
>
> The memtest86+ came out clean.
>
> I run out of ideas to what was the problem.
>
> Wasn't it a very serious problem I would already stop writing emails.
> But to have the whole /home disappear, is something that changes your
>
On Tue, 2 Oct 2018 at 01:07, Abdullah Ramazanoğlu wrote:
>
> But the journal is passing through on-disk controller, too. If the drive is
> mishandling its on-drive cache, then an FS corruption is still possible.
> Even
> if journal writes are "direct", the drive could be ignoring that (i.e.
> cac
Dear linux users,
The memtest86+ came out clean.
I run out of ideas to what was the problem.
Wasn't it a very serious problem I would already stop writing emails. But
to have the whole /home disappear, is something that changes your
expectations for the whole linux experience.
It has to have a
On Thu, 4 Oct 2018 at 08:34, songbird wrote:
> also, perhaps malware is a possibility? once you said
> chrome and other backport repositories i'm not sure i'd
>
>
Of course it crosses ones mind, but from backport I used ONLY nvidia, then
back to nouveau when the video card wasn't recognized.
C
Beco wrote:
...
> Good, I also suspected so. I'm a linux user since slackware installed from
> floppies, I never saw something like that!
...
also, perhaps malware is a possibility? once you said
chrome and other backport repositories i'm not sure i'd
trust stuff coming from those as easily as
>
> >> Is the "swap" partition something that could cause that if turned off by
> >> "swapoff"?
> >
> > I don't think so.
>
> +1
>
>
Good, I also suspected so. I'm a linux user since slackware installed from
floppies, I never saw something like that!
Look this "ls" command in the lost+found folder
On Mon, 1 Oct 2018 23:18:13 -0700 David Christensen said:
> On 10/1/18 8:40 PM, Abdullah Ramazanoğlu wrote:
> > I'm not sure how an on-disk cache problem could definitively be caught
> > without power cycling. What if on-disk controller is ignoring all cache
> > related commands? (cache bypass, ca
On 10/1/18 9:07 PM, Abdullah Ramazanoğlu wrote:
On Mon, 1 Oct 2018 21:31:27 -0300 Beco said:
I've done the bootable seagate HD test. It came up 100% ok, all tests. The
HD is new, I wouldn't expect different, but it is always reassuring to do
the real test and see the results.
I am not familia
On 10/1/18 8:40 PM, Abdullah Ramazanoğlu wrote:
On Mon, 1 Oct 2018 19:06:20 -0700 David Christensen said:
If Seagate Seatools is happy with the 2 TB drive, that should eliminate
the 2 TB drive, the cable, and the motherboard port as sources of the
problem.
I'm not sure how an on-disk cache
On 10/1/18 5:31 PM, Beco wrote:
On Sun, 30 Sep 2018 at 15:25, David Christensen
wrote:
Download and run Seagate's diagnostic tool on the 2 TB drive:
https://www.seagate.com/support/downloads/seatools/
(I have been using the bootable CD image for years ("legacy"), but it
looks like they fina
On Sun, 30 Sep 2018 at 15:25, David Christensen
wrote:
>
> Download and run Seagate's diagnostic tool on the 2 TB drive:
>
> https://www.seagate.com/support/downloads/seatools/
>
> (I have been using the bootable CD image for years ("legacy"), but it
> looks like they finally have a bootable USB
On 9/30/18, Beco wrote:
> On Sun, 30 Sep 2018 at 16:40, bw wrote:
>
>>
>> 286699 files on a partition with only /home on it sounds a little high?
>>
>>
> Hi BW,
>
> the directory lost+found is also in the /home partition.
Mine's 118,000 THIS time 'round because I've thinned it out over time.
If
On Sun, 30 Sep 2018 at 16:40, bw wrote:
>
> 286699 files on a partition with only /home on it sounds a little high?
>
>
Hi BW,
the directory lost+found is also in the /home partition.
Beco
--
Dr Beco
A.I. researcher
"I know you think you understand what you thought I said but I'm not sure
On Sun, 30 Sep 2018 at 14:11, Abdullah Ramazanoğlu wrote:
> On Sun, 30 Sep 2018 11:09:50 -0300 Beco said:
>
> > Hi everyone,
> >
> > I have a bit of a problem I never faced before and I'm in need of some
> > guidance that may require some patience if to do it right and not lose
> any
> > data.
>
On Sun, 30 Sep 2018 at 15:25, David Christensen
wrote:
> On 9/30/18 7:09 AM, Beco wrote:
> > Hi everyone,
> >
> > I have a bit of a problem I never faced before and I'm in need of some
> > guidance that may require some patience if to do it right and not lose
> any
> > data.
> >
> > I have a leno
On 9/30/18 7:09 AM, Beco wrote:
Hi everyone,
I have a bit of a problem I never faced before and I'm in need of some
guidance that may require some patience if to do it right and not lose any
data.
I have a lenovo ideapad 320, and I changed its internal HD to a 2TB
seagate, 3 months ago.
In the
23 matches
Mail list logo
