4 ms·

It will be interesting to see how the OS installs over itself now that it is being distributed through the app store. I wonder if they will create a new partiti

It will be interesting to see how the OS installs over itself now that it is being distributed through the app store. I wonder if they will create a new partition with the installer and reboot into it.

adamesque 15y ago
Supposedly there are no reboots. No idea how they're managing that.
- fletchowns 15y ago
  Maybe something Ksplice like? http://www.ksplice.com/ http://www.ksplice.com/
  - nkassis 15y ago
    Wouldn't that require it being in the kernel right now?
    - rahoulb 15y ago
      10.6.7 is supposed to be a "prepare for Lion" release
      - masklinn 15y ago
        10.6.8 no? 10.6.7 is the current one.
  - xbryanx 15y ago
    Maybe something like this IS in the kernel right now.
drewcrawford 15y ago
According to [1], Phil Schiller said "no reboots". Any idea how that is accomplished, or was it a misstatement? [1] http://www.engadget.com/2011/06/06/wwdc-2011-liveblog-steve-jobs-talks-ios-5-os-x-lion-icloud-an/?sort=newest&refresh=60 http://www.engadget.com/2011/06/06/wwdc-2011-liveblog-steve-..., Ctrl+F for "reboots"
- wmf 15y ago
  They probably mean no additional reboots; in many OSes first you boot the installer/upgrader, then you install, then you boot the installed OS.
  - rimantas 15y ago
    He said that no reboot from optical disk will be needed to start the installation.
calloc 15y ago
On Unix systems you can replace files on disk without issues because of the way it does reference counting to the underlying file system. Unlike Windows where this is not possible. I am better there is still one single reboot to start up the new kernel and whatnot. Although I can't find any details on it.
- fleitz 15y ago
  The reason why you can replace executables on Unix is because unix loads the entire file before executing where as Windows does not need to do this, hence executables are opened with out FILE_SHARE_DELETE which would allow you to delete the file while it's open on Windows. If you create a file and open it with FILE_SHARE_DELETE you can delete it while it's in use. This has absolutely nothing to do with the underlying file system format and everything to do file semantics as documented in the Win32 API. http://msdn.microsoft.com/en-us/library/aa363858(v=vs.85).aspx http://msdn.microsoft.com/en-us/library/aa363858(v=vs.85).as...
  - minimax 15y ago
    There is no requirement for UNIX to "load the entire file before executing," nor does the deletion of files on disk have anything to do with whether or not a file is executable. Under UNIX, any file which has been opened will be accessible until it is closed, regardless of whether or not the file has been deleted (the number of hard links for the inode drops to zero, in UNIX parlance). For a more technical explanation see http://en.wikipedia.org/wiki/Inode http://en.wikipedia.org/wiki/Inode

adamesque 15y ago

Supposedly there are no reboots. No idea how they're managing that.

fletchowns 15y ago
Maybe something Ksplice like? http://www.ksplice.com/ http://www.ksplice.com/
- nkassis 15y ago
  Wouldn't that require it being in the kernel right now?
  - rahoulb 15y ago
    10.6.7 is supposed to be a "prepare for Lion" release
    - masklinn 15y ago
      10.6.8 no? 10.6.7 is the current one.
- xbryanx 15y ago
  Maybe something like this IS in the kernel right now.

drewcrawford 15y ago

According to [1], Phil Schiller said "no reboots". Any idea how that is accomplished, or was it a misstatement? [1] http://www.engadget.com/2011/06/06/wwdc-2011-liveblog-steve-jobs-talks-ios-5-os-x-lion-icloud-an/?sort=newest&refresh=60 http://www.engadget.com/2011/06/06/wwdc-2011-liveblog-steve-..., Ctrl+F for "reboots"

wmf 15y ago
They probably mean no additional reboots; in many OSes first you boot the installer/upgrader, then you install, then you boot the installed OS.
- rimantas 15y ago
  He said that no reboot from optical disk will be needed to start the installation.

calloc 15y ago

On Unix systems you can replace files on disk without issues because of the way it does reference counting to the underlying file system. Unlike Windows where this is not possible. I am better there is still one single reboot to start up the new kernel and whatnot. Although I can't find any details on it.

fleitz 15y ago
The reason why you can replace executables on Unix is because unix loads the entire file before executing where as Windows does not need to do this, hence executables are opened with out FILE_SHARE_DELETE which would allow you to delete the file while it's open on Windows. If you create a file and open it with FILE_SHARE_DELETE you can delete it while it's in use. This has absolutely nothing to do with the underlying file system format and everything to do file semantics as documented in the Win32 API. http://msdn.microsoft.com/en-us/library/aa363858(v=vs.85).aspx http://msdn.microsoft.com/en-us/library/aa363858(v=vs.85).as...
- minimax 15y ago
  There is no requirement for UNIX to "load the entire file before executing," nor does the deletion of files on disk have anything to do with whether or not a file is executable. Under UNIX, any file which has been opened will be accessible until it is closed, regardless of whether or not the file has been deleted (the number of hard links for the inode drops to zero, in UNIX parlance). For a more technical explanation see http://en.wikipedia.org/wiki/Inode http://en.wikipedia.org/wiki/Inode