Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Wed 22 May 2013, 09:16
All times are UTC - 4

 Forum index » House Training » Bugs ( Submit bugs )
Wary/Racy 5.3RC2 (5.2.91)
Moderators: Flash, Ian, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 16 of 20 [293 Posts]   Goto page: Previous 1, 2, 3, ..., 14, 15, 16, 17, 18, 19, 20 Next
Author Message
npierce

Joined: 28 Dec 2009
Posts: 634
PostPosted: Sat 31 Mar 2012, 15:55    Post subject: Re: xmessage UTF8  
No, this is not a report of essential changes needed. In fact, no changes to Puppy are needed at all. This is just an update on my previous post.

npierce wrote:
But I'm having problems with some fonts.

Cyrillic works:
Code:
xmessage "АаБбВвГгЃѓВвДдЂђЅѕЏџЕеЄє"

but Greek does not:
Code:
xmessage "ΑαΒβΓγΔδΕεΖζΗηΘθΙιΚκΛλΜμ"

Greek works now.

It is no surprise that this was a simple matter of a missing font. But the matter of why the font was missing was more complex.

Racy comes with a couple of iso10646-1 (Unicode) encoded fonts, which contain glyphs for many languages including Greek. Most applications have no trouble finding those glyphs, why does xmessage?

xmessage uses the Athena widget set (Xaw) and the X Toolkit (Xt). Thinking that perhaps Xaw needed a simple bitmapped font instead of the existing scalable Type1 and TTF fonts, I downloaded a bitmapped iso10646-1 font. It did not help.

Then I noticed that characters that were displayed instead of the Greek characters had codes that were totally unrelated to Unicode, but they exactly matched the codes for the old 8-bit iso8859-7 (Greek) encoding. So even though I was supplying Unicode text (in its UTF-8 flavor), Xaw or Xt was apparently converting this to 8-bit iso8859-7 and failing because I had no iso8859-7 encoded font. The nice modern iso10646-1 encoded fonts were ignored.

Installing an iso8859-7 encoded font solved the problem.

But that leads to another question:

X has the ability to re-encode fonts so that a font with glyphs mapped in one encoding can be re-encoded for a different encoding. This includes the ability to re-encode an iso10646-1 font to various iso8859-* fonts, as long as all of the necessary glyphs are available.

A look at fonts.scale or fonts.dir in /usr/share/fonts/default/TTF (or /usr/share/X11/fonts/TTF/ , which is a link to it) will show you that the single DejaVuSans.ttf font can be used for 8859-1, -2, -3, -4, -5, -8, -9, -10, -15, iso10646-1, koi8-e, -r, -ru, -u, and -uni. Essentially it does the work of what once would have required fifteen files. (This helps keep our Puppies lean and trim.)

Note, however, that iso8859-7 is not among those fifteen encodings listed. Since we know that DejaVuSans.ttf has the glyphs for iso8859-7, the question is: why is that encoding not listed in fonts.scale and fonts.dir?

The fonts.scale file is created by the mkfontscale utility. The fonts.dir file is created by the mkfontdir utility, which gets its list of scalable fonts from fonts.scale. The mkfontscale utility will not generate an entry for an 8-bit encoding when one or more of its glyphs is missing from the font file it would be re-encoded from.

Are there any iso8859-7 glyphs missing from Puppy's iso10646-1 "DejaVu Sans" font files? No. But mkfontscale thinks one is missing.

I traced the problem to a bug in the libfontenc library. iso8859-7 defines no character for cell 0xd2, but the function in libfontenc that re-encodes iso10646-1 to iso8859-7 mistakenly believes that there should be a character there. So when mkfontscale finds no glyph for it in the font, it assumes that a glyph is missing, and so doesn't add an entry for iso8859-7 to fonts.scale. In turn, mkfontdir doesn't add an entry to fonts.dir.

There is a similar bug in libfontenc for the iso8859-6 (Arabic) encoding.

I have reported these two bugs to Alan Coopersmith, a maintainer of libfontenc. Perhaps a future version of this library will allow the font.scale and font.dir files to properly include entries for Greek and Arabic re-encoded fonts.

In the meantime, if any Wary/Racy user needs an 8-bit Greek version of the DejaVuSans fonts, she may manually add these entries to both the fonts.scale and fonts.dir files in the /usr/share/fonts/default/TTF/ directory:
Code:
DejaVuSans.ttf -misc-dejavu sans-medium-r-normal--0-0-0-0-p-0-iso8859-7
DejaVuSans-Bold.ttf -misc-dejavu sans-bold-r-normal--0-0-0-0-p-0-iso8859-7
DejaVuSans-Oblique.ttf -misc-dejavu sans-medium-o-normal--0-0-0-0-p-0-iso8859-7
DejaVuSans-BoldOblique.ttf -misc-dejavu sans-bold-o-normal--0-0-0-0-p-0-iso8859-7

(Note that there are only four lines there, although your browser may have wrapped them if you have a small window.)

After adding those lines, run this command to make your X server aware of them:
Code:
xset fp rehash

Reminder: most applications will happily find the iso10646-1 (Unicode) encoding for fonts. You would only need to do all the above if you needed a Greek font for an application that only supported the old 8-bit encodings.

If you need an 8-bit Arabic version of the DejaVuSans fonts, you may add these two entries to both of the files mentioned above:
Code:
 DejaVuSans.ttf -misc-dejavu sans-medium-r-normal--0-0-0-0-p-0-iso8859-6
DejaVuSans-Bold.ttf -misc-dejavu sans-bold-r-normal--0-0-0-0-p-0-iso8859-6

(Then run xset fp rehash as mentioned above.)

There are only two entries here because the oblique and bold-oblique files are each missing an Arabic glyph, so are invalid.

IMPORTANT: If you make any of these changes and later rerun mkfontscale and mkfontdir in the /usr/share/fonts/default/TTF/ directory, as you would if you were installing new fonts, it will overwrite your changes. You might want to keep a file containing only the lines you have added so that you can later merge it with the overwritten files after you install any new fonts. (With luck, libfontenc will have been fixed by then and you won't need to. Smile )

I don't recommend trying this trick with the "nimbus" fonts in the /usr/share/fonts/default/Type1/ directory. I've not looked at all those fonts, but the n019003l.pfb file was missing at least one glyph for each of the iso8859-7 and iso8859-6 encodings.
xmessage_utf8_greek.png
 Description   Greek working in xmessage
 Filesize   3.63 KB
 Viewed   818 Time(s)

xmessage_utf8_greek.png
Back to top
View user's profile Send private message 
Karl Godt


Joined: 20 Jun 2010
Posts: 2675
Location: Kiel,Germany
PostPosted: Sat 31 Mar 2012, 19:32    Post subject:  
BarryK wrote:



Another bug bites the dust!

"ping -4" doesn't seem to do any harm. Hopefully no one will report that it messes things up for them.

I have put the -4 option for ping into these scripts:
Pudd, check_internet, video_upgrade_wizard.


This could possibly be managed by something like this :
Code:
usage(){
   echo "
   $0 [-p [4|6] |-h]
   Simple xmessage based dialogs to perform the 'dd' command
   to clone disks,partitions,save-files
   to a file,partition or disk.

   Options:
   -p 4|6 ) When Using Pudd to clone from network shares pass
   -4,-6      Force IP or IPv6 name resolution
   option to 'ping' (default is 4).
   "
   exit $1
}
[ "$1" = '--help' ] && usage 0
IPV='-4' #IPversion set to default to 4
while getopts hp: opt;do
case $opt in
p) IPV=$OPTARG;
IPV='-'"$IPV";IPV=`echo "$IPV" | tr -s '-'`
[ "$IPV" != '-4' -o "$IPV" != '-6' ] && usage 1
;;
h)usage 0;;
*)usage 1;;
esac;done
while [ "$2" ];do shift;done #precaution for many scritps may use at least one '$1' somewhere further down :)

This is for Pudd i was hacking a little the last days , but all scripts lack a usage which could replace various comments in these .
Back to top
View user's profile Send private message Visit poster's website 
BarryK
Puppy Master


Joined: 09 May 2005
Posts: 6856
Location: Perth, Western Australia
PostPosted: Sat 31 Mar 2012, 20:34    Post subject: Re: Puppy-Setup: change to UTF-8 does not get permanent  
L18L wrote:
BarryK wrote:
L18L wrote:
LaRioja wrote:
I have installed Racy 5.2.90 on my AMD LE 1250 box and chose German locale in the Quick Setup but I accidentally did not tick UTF-8 Encoding. I changed this later in Puppy-Setup, but it doesn't get permanent. So on every reboot I have to change to UTF-8 again.
Is there something wrong?
Thanks for a hint.


Yes, there is something wrong, I have been trying to reproduce this in a similiar way.

racy 5.2.90 pfix=ram
chosen LANG: de_DE (without utf8)
saved to a new save file called racysave-de_DE.2fs

then reboot
and chosen racysave-de_DE.2fs

# cat /proc/cmdline
video=640x480 root=/dev/sda3 ro vga=normal pdev1=sda3
#
# echo $LANG
de_DE.UTF-8
#

repeated chooselocale (de_DE) several times

My observation:
change to non-UTF-8 does not get permanent

I don´t think this is specific to German.
Other languages, please test: changing to/from utf-8

Hope this will help locating the bug


I am not having any problem.

Running as a German user, I used quickcountry (symlink to quicksetup) to untick and tick the UTF-8 checkbox. There was no problem.

The problem may occur if you altered the initrd.gz the first time, to say de_DE-UTF-8, then that will be used at a reboot. QuickCountry/QuickSetup will offer to change the initrd.gz if you change the UTF-8 checkbox.


I like to confirm:
No problem if the offer to change initrd.gz is accepted !

Example: Change from de_AT to de_AT.utf8 only permanent if changed initrd.gz.

This leads to the idea:
I have decided wrong and LaRioja has decided wrong.
Why ask the user?
Always change it please without asking Cool

edit:
I have run xorgwizard without utf8, our (shinobar´s) trick OUTPUT_CHARSET=UTF-8 did not work in console Crying or Very sad

this is leading to the next ( old ) idea:
make utf8 default without exceptions for non English


I have fixed the problem:
http://bkhome.org/blog/?viewDetailed=02776

However, yes, it would probably be better to set UTF-8 as default for non-English. I can see some issues with doing that though, so will leave it until after Wary/Racy 5.3-final. Everything is frozen for now.
_________________
http://bkhome.org/blog2/
Back to top
View user's profile Send private message Visit poster's website 
BarryK
Puppy Master


Joined: 09 May 2005
Posts: 6856
Location: Perth, Western Australia
PostPosted: Sat 31 Mar 2012, 20:41    Post subject: Re: xmessage UTF8  
npierce wrote:
No, this is not a report of essential changes needed. In fact, no changes to Puppy are needed at all. This is just an update on my previous post.

npierce wrote:
But I'm having problems with some fonts.

Cyrillic works:
Code:
xmessage "АаБбВвГгЃѓВвДдЂђЅѕЏџЕеЄє"

but Greek does not:
Code:
xmessage "ΑαΒβΓγΔδΕεΖζΗηΘθΙιΚκΛλΜμ"

Greek works now.

It is no surprise that this was a simple matter of a missing font. But the matter of why the font was missing was more complex.

Racy comes with a couple of iso10646-1 (Unicode) encoded fonts, which contain glyphs for many languages including Greek. Most applications have no trouble finding those glyphs, why does xmessage?

xmessage uses the Athena widget set (Xaw) and the X Toolkit (Xt). Thinking that perhaps Xaw needed a simple bitmapped font instead of the existing scalable Type1 and TTF fonts, I downloaded a bitmapped iso10646-1 font. It did not help.

Then I noticed that characters that were displayed instead of the Greek characters had codes that were totally unrelated to Unicode, but they exactly matched the codes for the old 8-bit iso8859-7 (Greek) encoding. So even though I was supplying Unicode text (in its UTF-8 flavor), Xaw or Xt was apparently converting this to 8-bit iso8859-7 and failing because I had no iso8859-7 encoded font. The nice modern iso10646-1 encoded fonts were ignored.

Installing an iso8859-7 encoded font solved the problem.

But that leads to another question:

X has the ability to re-encode fonts so that a font with glyphs mapped in one encoding can be re-encoded for a different encoding. This includes the ability to re-encode an iso10646-1 font to various iso8859-* fonts, as long as all of the necessary glyphs are available.

A look at fonts.scale or fonts.dir in /usr/share/fonts/default/TTF (or /usr/share/X11/fonts/TTF/ , which is a link to it) will show you that the single DejaVuSans.ttf font can be used for 8859-1, -2, -3, -4, -5, -8, -9, -10, -15, iso10646-1, koi8-e, -r, -ru, -u, and -uni. Essentially it does the work of what once would have required fifteen files. (This helps keep our Puppies lean and trim.)

Note, however, that iso8859-7 is not among those fifteen encodings listed. Since we know that DejaVuSans.ttf has the glyphs for iso8859-7, the question is: why is that encoding not listed in fonts.scale and fonts.dir?

The fonts.scale file is created by the mkfontscale utility. The fonts.dir file is created by the mkfontdir utility, which gets its list of scalable fonts from fonts.scale. The mkfontscale utility will not generate an entry for an 8-bit encoding when one or more of its glyphs is missing from the font file it would be re-encoded from.

Are there any iso8859-7 glyphs missing from Puppy's iso10646-1 "DejaVu Sans" font files? No. But mkfontscale thinks one is missing.

I traced the problem to a bug in the libfontenc library. iso8859-7 defines no character for cell 0xd2, but the function in libfontenc that re-encodes iso10646-1 to iso8859-7 mistakenly believes that there should be a character there. So when mkfontscale finds no glyph for it in the font, it assumes that a glyph is missing, and so doesn't add an entry for iso8859-7 to fonts.scale. In turn, mkfontdir doesn't add an entry to fonts.dir.

There is a similar bug in libfontenc for the iso8859-6 (Arabic) encoding.

I have reported these two bugs to Alan Coopersmith, a maintainer of libfontenc. Perhaps a future version of this library will allow the font.scale and font.dir files to properly include entries for Greek and Arabic re-encoded fonts.

In the meantime, if any Wary/Racy user needs an 8-bit Greek version of the DejaVuSans fonts, she may manually add these entries to both the fonts.scale and fonts.dir files in the /usr/share/fonts/default/TTF/ directory:
Code:
DejaVuSans.ttf -misc-dejavu sans-medium-r-normal--0-0-0-0-p-0-iso8859-7
DejaVuSans-Bold.ttf -misc-dejavu sans-bold-r-normal--0-0-0-0-p-0-iso8859-7
DejaVuSans-Oblique.ttf -misc-dejavu sans-medium-o-normal--0-0-0-0-p-0-iso8859-7
DejaVuSans-BoldOblique.ttf -misc-dejavu sans-bold-o-normal--0-0-0-0-p-0-iso8859-7

(Note that there are only four lines there, although your browser may have wrapped them if you have a small window.)

After adding those lines, run this command to make your X server aware of them:
Code:
xset fp rehash

Reminder: most applications will happily find the iso10646-1 (Unicode) encoding for fonts. You would only need to do all the above if you needed a Greek font for an application that only supported the old 8-bit encodings.

If you need an 8-bit Arabic version of the DejaVuSans fonts, you may add these two entries to both of the files mentioned above:
Code:
 DejaVuSans.ttf -misc-dejavu sans-medium-r-normal--0-0-0-0-p-0-iso8859-6
DejaVuSans-Bold.ttf -misc-dejavu sans-bold-r-normal--0-0-0-0-p-0-iso8859-6

(Then run xset fp rehash as mentioned above.)

There are only two entries here because the oblique and bold-oblique files are each missing an Arabic glyph, so are invalid.

IMPORTANT: If you make any of these changes and later rerun mkfontscale and mkfontdir in the /usr/share/fonts/default/TTF/ directory, as you would if you were installing new fonts, it will overwrite your changes. You might want to keep a file containing only the lines you have added so that you can later merge it with the overwritten files after you install any new fonts. (With luck, libfontenc will have been fixed by then and you won't need to. Smile )

I don't recommend trying this trick with the "nimbus" fonts in the /usr/share/fonts/default/Type1/ directory. I've not looked at all those fonts, but the n019003l.pfb file was missing at least one glyph for each of the iso8859-7 and iso8859-6 encodings.


Wow, that is fantastic detective work!

This is something to think about for Woof later on, after 5.3-final is out.
_________________
http://bkhome.org/blog2/
Back to top
View user's profile Send private message Visit poster's website 
sszindian


Joined: 24 Apr 2010
Posts: 486
Location: Pennsylvania U.S.
PostPosted: Sat 31 Mar 2012, 23:01    Post subject: 5.2.91  
Ran Racy all day without a hitch using WiFi... went to shutdown this evening, and Racy 'HUNG' on the shutdown just before updating the savefile. After 10-minutes I knew a shutdown wouldn't happen so was forced to do 'push and hold power button on computer' to shutdown.

Upon trying to reboot with Racy, all that I get is:

ext2-fs (loop): error: ext2 lookup: deleted inode reference: 16451

and it goes on and on through a bunch of numbers after that so am forced to shutdow with power button again...

Hope It can be recovered?

Bummer BK! and just when I thought Racy was really doing a fantastic job.

>>>---Indian------>
_________________
Cloud Computing For Every Puppy (a .pet)
http://murga-linux.com/puppy/viewtopic.php?t=69192
Back to top
View user's profile Send private message 
broomdodger


Joined: 09 May 2008
Posts: 179
Location: Santa Cruz, CA
PostPosted: Sun 01 Apr 2012, 00:06    Post subject: Re: flash 11.r202 not working  
broomdodger wrote:
flash 11.r202 not working
racy5291
frugal manual
automatic flash install
flash 11.r202 not working

delete /usr/lib/mozilla/plugins/libflashplayer.so

copy flash 11.r102 from racy5290
flash 11.r102 is working
I have tried several times on the IBM ThinkPad X30 and Flashplayer 11.2.202.228 does not work.
Checking the <http://www.adobe.com/software/flash/about/> no player detected.

Flashplayer 11.1.102.63 works works with racy5291.

--BUT--

On the Acer TravelMate 4670 Flashplayer 11.2.202.228 works with racy5291.
Back to top
View user's profile Send private message 
puppyluvr


Joined: 06 Jan 2008
Posts: 3053
Location: Chickasha Oklahoma
PostPosted: Sun 01 Apr 2012, 01:09    Post subject:  
Very Happy Hello,
sszindian,
Reboot pfix=ram, and without mounting the drive, in a console type
Quote:
e2fsck sda1

where "sda1" is the drive you have the savefile on...IE sda1, hda1, hda2 etc..

Then reboot to the savefile...
_________________
"Close the "Windows", and open your eyes, to a whole new world"
http://puppylinuxstuff.meownplanet.net/puppyluvr/
http://theplpd.webs.com/

Nothing but Puppy since 2.15CE...
Back to top
View user's profile Send private message Visit poster's website 
aarf

Joined: 30 Aug 2007
Posts: 3620
Location: around the bend
PostPosted: Sun 01 Apr 2012, 02:26    Post subject:  
delta manual frugal upgrade from 5290 to 5.2.91
network wizard open wifi connected.
portable opera browsed.
_________________

ASUS EeePC Flare series 1025C 4x Intel Atom N2800 @ 1.86GHz RAM 2063MB 800x600p ATA 320G
_-¤-_
<º))))><.¸¸.•´¯`•.#.•´¯`•.¸¸. ><((((º>
Back to top
View user's profile Send private message Visit poster's website 
BarryK
Puppy Master


Joined: 09 May 2005
Posts: 6856
Location: Perth, Western Australia
PostPosted: Sun 01 Apr 2012, 05:13    Post subject: Re: flash 11.r202 not working  
broomdodger wrote:
broomdodger wrote:
flash 11.r202 not working
racy5291
frugal manual
automatic flash install
flash 11.r202 not working

delete /usr/lib/mozilla/plugins/libflashplayer.so

copy flash 11.r102 from racy5290
flash 11.r102 is working
I have tried several times on the IBM ThinkPad X30 and Flashplayer 11.2.202.228 does not work.
Checking the <http://www.adobe.com/software/flash/about/> no player detected.

Flashplayer 11.1.102.63 works works with racy5291.

--BUT--

On the Acer TravelMate 4670 Flashplayer 11.2.202.228 works with racy5291.


What CPU does the Thinkpad X30 have?

There have been issues with the Adobe player requiring a machine-language instruction that is not in an older CPU.

This is an awkward situation. I have added a warning, after the player is downloaded, that if it doesn't work, try an older one -- a PET in the Puppy Package Manager.
_________________
http://bkhome.org/blog2/
Back to top
View user's profile Send private message Visit poster's website 
BarryK
Puppy Master


Joined: 09 May 2005
Posts: 6856
Location: Perth, Western Australia
PostPosted: Sun 01 Apr 2012, 05:14    Post subject: Re: flash 11.r202 not working  
double post
_________________
http://bkhome.org/blog2/
Back to top
View user's profile Send private message Visit poster's website 
Terryphi


Joined: 02 Jul 2008
Posts: 698
Location: West Wales, Britain.
PostPosted: Sun 01 Apr 2012, 06:07    Post subject:  
I have spent the last 24 hours trying to get the latest flashplayer working on an old Acer Aspire 1350 laptop. It just doesn't work on this machine. The last version to work is 10.1.102.63.
_________________
Opera browser SFS package for Precise, Slacko, Racy, Wary, Lucid, Quirky, etc available here Smile
Back to top
View user's profile Send private message Visit poster's website 
sszindian


Joined: 24 Apr 2010
Posts: 486
Location: Pennsylvania U.S.
PostPosted: Sun 01 Apr 2012, 09:24    Post subject: Error  
'Thanks for the comeback puppyluvr'

The code e2fsck sda1 (which is the correct drive) didn't take?

So went back and did a complete pfix=purge and was able to load 5-2.91 but... ' With Errors.' After load, could never config Internet connection. It did shutdown with a savefile but... also with 'With Errors'.)

I am kind of suspecting that something went screwy with the Internet part of 5-2.91... that was the first time I used WiFi for a session, all previous sessions were with eth0.

It's not a big deal on my part as I have many puppy versions running for tests that I can recover any files with, but, this is why I like to test all the popular puppy's, make them more reliable and better for the new users so they don't encounter these types of things. Hopefully someone will find the reason for the error and if it's a bug, BK can correct it.

>>>---Indian------>
_________________
Cloud Computing For Every Puppy (a .pet)
http://murga-linux.com/puppy/viewtopic.php?t=69192
Back to top
View user's profile Send private message 
broomdodger


Joined: 09 May 2008
Posts: 179
Location: Santa Cruz, CA
PostPosted: Sun 01 Apr 2012, 10:28    Post subject: Re: flash 11.r202 not working  
BarryK wrote:
broomdodger wrote:
broomdodger wrote:
flash 11.r202 not working
racy5291
frugal manual
automatic flash install
flash 11.r202 not working

delete /usr/lib/mozilla/plugins/libflashplayer.so

copy flash 11.r102 from racy5290
flash 11.r102 is working
I have tried several times on the IBM ThinkPad X30 and Flashplayer 11.2.202.228 does not work.
Checking the <http://www.adobe.com/software/flash/about/> no player detected.

Flashplayer 11.1.102.63 works works with racy5291.

--BUT--

On the Acer TravelMate 4670 Flashplayer 11.2.202.228 works with racy5291.


What CPU does the Thinkpad X30 have?

There have been issues with the Adobe player requiring a machine-language instruction that is not in an older CPU.

This is an awkward situation. I have added a warning, after the player is downloaded, that if it doesn't work, try an older one -- a PET in the Puppy Package Manager.

-Processor-
Name : Mobile Intel(R) Pentium(R) III CPU - M 1200MHz
Family, model, stepping : 6, 11, 4 (Pentium III/Pentium III Xeon/Celeron)
Vendor : Intel
-Configuration-
Cache Size : 512kb
Frequency : 1198.97MHz
BogoMIPS : 2398.86
Byte Order : Little Endian
-Features-
FDIV Bug : no
HLT Bug : no
F00F Bug : no
Coma Bug : no
Has FPU : yes
-Cache-
Cache information not available
-Capabilities-
fpu : Floating Point Unit
vme : Virtual 86 Mode Extension
de : Debug Extensions - I/O breakpoints
pse : Page Size Extensions (4MB pages)
tsc : Time Stamp Counter and RDTSC instruction
msr : Model Specific Registers
pae : Physical Address Extensions
mce : Machine Check Architeture
cx8 : CMPXCHG8 instruction
sep : Fast System Call (SYSENTER/SYSEXIT)
mtrr : Memory Type Range Registers
pge : Page Global Enable
mca : Machine Check Architecture
cmov : Conditional Move instruction
pse36 : 36bit Page Size Extensions
mmx : MMX technology
fxsr : FXSAVE and FXRSTOR instructions
sse : SSE instructions
up : smp kernel running on up
Back to top
View user's profile Send private message 
Sage

Joined: 04 Oct 2005
Posts: 4623
Location: GB
PostPosted: Sun 01 Apr 2012, 11:20    Post subject:  
Quote:
The code e2fsck sda1 (which is the correct drive) didn't take?

Usually, you have to give the complete path, viz:
fsck /dev/sda1 - which is sufficient for an ext2 partition.
Then, it will come up with a warning that dire things may happen and you have to make your final decision.
The fsck command is contained in amost every distro. Sometimes I run it from a 'foreign' liveCD, using pfix=ram, of course, if it's another Puppy variant. Despite the warnings, it has always worked for me, unless there is something else wrong, like bad sectors!
Back to top
View user's profile Send private message 
aarf

Joined: 30 Aug 2007
Posts: 3620
Location: around the bend
PostPosted: Sun 01 Apr 2012, 13:39    Post subject:  
fsck -f /dev/sdb1 yes it always works and then one day it finds something and you cross your fingers that your latest backup is ok because what you get when something is badly wrong will take you a month or two to sort if you could be bothered. i still do it naked though because i havent got any thing much to lose and even that nothingness that is multiple backed up off line.
_________________

ASUS EeePC Flare series 1025C 4x Intel Atom N2800 @ 1.86GHz RAM 2063MB 800x600p ATA 320G
_-¤-_
<º))))><.¸¸.•´¯`•.#.•´¯`•.¸¸. ><((((º>
Back to top
View user's profile Send private message Visit poster's website 
Display posts from previous:   Sort by:   
Page 16 of 20 [293 Posts]   Goto page: Previous 1, 2, 3, ..., 14, 15, 16, 17, 18, 19, 20 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » House Training » Bugs ( Submit bugs )
Jump to:  


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group

[ Time: 0.1293s ][ Queries: 12 (0.0103s) ][ GZIP on ]