9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Lluís Batlle" <viriketo@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] Plan9 installation invading the other partitions?
Date: Fri, 21 Jul 2006 13:09:06 +0200	[thread overview]
Message-ID: <45219fb00607210409m269b654vc8cb1785c0549668@mail.gmail.com> (raw)
In-Reply-To: <ee9e417a0607192214x7098522fjbb230a8fcf2eba69@mail.gmail.com>

While trying to get certain Plan9 isn't guilty, I looked at the SMART
data of the HD. I'm not an expert on that, but the error log says:
=== START OF READ SMART DATA SECTION ===
SMART Error Log Version: 1
No Errors Logged

The information of my HD is:
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE
UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   072   068   034    Pre-fail
Always       -       189802098
  3 Spin_Up_Time            0x0003   070   070   000    Pre-fail
Always       -       0
  4 Start_Stop_Count        0x0032   099   099   020    Old_age
Always       -       1389
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail
Always       -       0
  7 Seek_Error_Rate         0x000f   081   060   030    Pre-fail
Always       -       154801045
  9 Power_On_Hours          0x0032   087   087   000    Old_age
Always       -       11801
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail
Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   020    Old_age
Always       -       1677
194 Temperature_Celsius     0x0022   047   051   000    Old_age
Always       -       47
195 Hardware_ECC_Recovered  0x001a   072   068   000    Old_age
Always       -       189802098
197 Current_Pending_Sector  0x0012   100   100   000    Old_age
Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age
Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age
Always       -       0
200 Multi_Zone_Error_Rate   0x0000   100   253   000    Old_age
Offline      -       0
202 TA_Increase_Count       0x0032   100   253   000    Old_age
Always       -       0

I hope you understand those values better than I do, and can take a conclusion.

I never had a SuperBlock overwritten, and I deal with PC partitions
since some years ago. I've only seen that after installing Plan9. I
even didn't modify my grub before finding the SB error.

I forgot looking at the partition information in Plan9 - now I can't,
I will soon say something about that in this same thread.

Thanks,
Lluís.

2006/7/20, Russ Cox <rsc@swtch.com>:
> Apparently someone removed the part in the
> installation instructions where it says you should
> backup your hard disk before installing Plan 9.
>
> That said, I don't believe that Plan 9 actually wrote
> to your hda7.  That's a very long way away from the
> Plan 9 partition.  I think it's more likely that your disk
> is going bad.
>
> In Plan 9, cat /dev/sdC0/ctl and see whether the block
> numbers given for the offsets of the various partitions
> make sense compared against your Linux fdisk output.
>
> Russ
>


  reply	other threads:[~2006-07-21 11:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-07-19 20:53 Lluís Batlle i Rossell
2006-07-20  5:14 ` Russ Cox
2006-07-21 11:09   ` Lluís Batlle [this message]
2006-07-21 11:43 ` Christian Walther
2006-07-21 11:51   ` Lluís Batlle
2006-07-21 14:22     ` Iruatã Souza (muzgo)
2006-07-24  0:22     ` Harri Haataja
2006-07-24  0:28       ` erik quanstrom
2006-07-24 13:46       ` Paweł Lasek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=45219fb00607210409m269b654vc8cb1785c0549668@mail.gmail.com \
    --to=viriketo@gmail.com \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).