public inbox for linux-msdos@vger.kernel.org
 help / color / mirror / Atom feed
From: Ivan Baldo <ibaldo@adinet.com.uy>
To: Paul Crawford <psc@sat.dundee.ac.uk>
Cc: "Mgr. Janusz Chmiel" <chmiel@deep.cz>,
	ronin@aristotle.net, linux-msdos@vger.kernel.org
Subject: Re: Why dosemu can not access internal harddisks while running from latest GRML in live CD mode?
Date: Sun, 16 Oct 2011 23:57:13 -0200	[thread overview]
Message-ID: <4E9B8B79.8090606@adinet.com.uy> (raw)
In-Reply-To: <4E9B3EA4.2010707@sat.dundee.ac.uk>

     Hello.
     The problem with virtualization is that screen readers can't read 
their screens (I guess).
     Using DOSEmu in terminal mode allows screen readers to read the 
screen of the program that it is running and there are recovery programs 
for DOS it seems.
     So, if no virtual machine system allows to use a screen reader then 
it is not useful for Janusz.
     Does anybody know if there is a virtual machine emulator that has 
support for screen reading (support for visually impaired people) and 
raw access to a hard disk?
     Janusz, isn't there any useful recovery program for Linux that you 
can use?
     Here is a list of programs from my Debian Testing distribution:
         - chntpw: NT SAM password recovery utility.
         - gddrescue: the GNU data recovery tool.
         - gzrt: gzip recovery toolkit.
         - safecopy: Copy utility ignoring errors.
         - scalpel: A Frugal, High Performance File Carver.
         - scrounge-ntfs: Data recovery program for NTFS filesystems.
         - scrub: writes patterns on magnetic media to thwart data recovery.
         - testdisk: Partition scanner and disk recovery tool.
         - convmv: filename encoding conversion tool.
         - dosfstools: utilities for making and checking MS-DOS FAT 
filesystems.
         - e2undel: Undelete utility for the ext2 file system.
         - ext3grep: Tool to help recover deleted files on ext3 filesystems.
         - gcp: Advanced command line file copy system.
         - ntfs-3g: read/write NTFS driver for FUSE.
         - recover: Undelete files on ext2 partitions.
         - recoverjpeg: tool to recover JPEG images from a filesystem image.
         - smartmontools: is to control the S.M.A.R.T. capability of 
hard disks.
     All those programs have terminal interfaces.
     You can read more about them searching on Google or in 
http://packages.debian.org/ .
     Hope this helps!!!
     Bye.



El 16/10/11 18:29, Paul Crawford escribió:
> Dear Janusz,
>> I do not know, how to simulate The boot from The bootable CD or DVD from
>> running Dosemu, i did not understand The command sintax for this 
>> operation.
>> Next isue is, if i will be able to emulate booting from boot media
>> successfully, if i will not lost The opportunity to use Speakup screen
>
> I don't think dosemu is the sort of tool that is best suited to 
> testing or analysing the boot process of a CD/DVD for operating system 
> recovery.
>
> dosemu does not emulate every feature of a DOS PC, only the ones 
> needed so far to run certain DOS programs. As far as I understand it, 
> dosemu currently only emulates DMA as used in the sound cards, and not 
> as a full PC behaves. If you were to enable direct hard disk access 
> and try an operating system it would probably fail as it attempted to 
> switch from PIO mode to DMA mode for disk I/O.
>
> I think you should be looking at a 'virtual machine' such as VMware 
> (which I have used to run DOS 6.22 and Windows 95 for testing), or one 
> of the others such as Zen, VirtualBox, etc:
>
> https://help.ubuntu.com/community/VirtualMachines
>
> I don't know how easy it would be to make a 'live CD' with one package 
> installed and configured, so I would suggest installing a Linux 
> distribution on a suitable PC, maybe with a new large HDD (couple of 
> times the HDD you want to emulate) and plenty of memory (say 512MB 
> plus the expected memory for the tested operating system), then 
> installing something like VMware player (which is free, but not open 
> source) and then trying to create a new blank machine and boot your 
> CD/DVD and see if it will restore the 'virtual disk' as you want it to.
>
> The advantage of such an approach is you can simply delete the virtual 
> drive and create a new on in minutes, and you can (with some versions) 
> create snapshots of the system before installing patches, new 
> software, etc, or just to mount them to see what the HDD looked like 
> at that point in time.
>
> dosemu is really only for running DOS software that is reasonably well 
> behaved. If you do use it for direct hardware access (which we do) 
> then it really works best/most reliably for non-operating system 
> components such as special peripherals.
>
> Regards,
> Paul

-- 
Ivan Baldo - ibaldo@adinet.com.uy - http://ibaldo.codigolibre.net/
 From Montevideo, Uruguay, at the south of South America.
Freelance programmer and GNU/Linux system administrator, hire me!
Alternatives: ibaldo@codigolibre.net - http://go.to/ibaldo

--
To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2011-10-17  1:57 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-13 14:43 pasting into 1.4.0.1 inside KDE 4.60 Dave Williams
2011-10-13 20:30 ` Why dosemu can not access internal harddisks while running from latest GRML in live CD mode? Mgr. Janusz Chmiel
2011-10-13 22:51   ` Paul Crawford
2011-10-16 10:30     ` Mgr. Janusz Chmiel
2011-10-16 20:29       ` Paul Crawford
2011-10-17  1:57         ` Ivan Baldo [this message]
2011-10-17 11:37           ` Mgr. Janusz Chmiel
2011-10-17 12:07             ` Ivan Baldo
2011-10-17 12:20               ` Mgr. Janusz Chmiel
2011-10-15  2:22 ` pasting into 1.4.0.1 inside KDE 4.60 Ivan Baldo
2011-10-21  1:43   ` Dave Williams

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=4E9B8B79.8090606@adinet.com.uy \
    --to=ibaldo@adinet.com.uy \
    --cc=chmiel@deep.cz \
    --cc=linux-msdos@vger.kernel.org \
    --cc=psc@sat.dundee.ac.uk \
    --cc=ronin@aristotle.net \
    /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